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Introduction 
Xilinx PCI team - Mission 


We provide the most cost-effective and highest-perfor- 
mance PCI solution in the market by leveraging the flexibil- 
ity of Xilinx Field Programmable Gate Arrays (FPGAs). We 
make PCI easy to design by providing a complete solution 
of proven cores, intuitive development tools, and compre- 
hensive support. 


Why Xilinx PCI? 


By integrating a fully-compliant PCI interface with an appli- 
cation-specific back-end design, into one FPGA, you can 
achieve higher integration and higher performance than 
other PCI solutions. 


Because Xilinx FPGAs integrate the PCI interface plus 
15,000 to 124,000 user gates, no external PLD is required 
for glue logic. The result is a highly integrated, one-chip PCI 
solution at a lower cost than most standard PCI chip sets. 
See Figure 1 for a comparison of the Xilinx PCI and stan- 
dard PCI chips. 
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Figure 1: The cost of a Xilinx Spartan FPGA 
integrating a fully compliant PCI interface and 15,000 
user gates, compared to a standard chip solution 
requiring an external PLD for glue logic. 


The Xilinx PCI solution can be customized for a specific 
application and, as a result, the highest possible perfor- 
mance is achieved. Xilinx high-speed FPGAs support zero 
wait-state burst operations and by integrating scalable, 
dual-port FIFOs on the chip, a sustained bandwicath of up to 
132 MBytes/sec can be achieve, system constraints being 
the only limitation. 


The flexibility of Xilinx FPGAs makes it possible to update 
the PCI board, through software alone, in development or in 
the field. This significantly reduces your design risk and 
cuts development time. 
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Xilinx and its partners can also provide reference design 
examples, prototyping boards, PCI drivers, driver develop- 
ment tools, and design services. 


All LogiCORE PCI products incorporates Xilinx Smart-IP 
technology, which leverages the Xilinx architectural advan- 
tages, such as look-up tables (LUTs), distributed RAM, and 
segmented routing, and floorplanning information, such as 
logic mapping, placement and routing constraints. The 
result is a highly predictable core, which is fixed to meet the 
critical PCI timing. This combined with a modular architec- 
ture, illustrated in Figure 2, allows the designer to custom- 
ize the back-end design including FIFOs and DMA 
functions without jeopardizing the critical timing on the PC! 
side. 


The predictable LogiCORE PCI interface is customized and 
downloaded using an intuitive graphical user interface 
available on Xilinx web-site, see the Design Methodologies 
chapter. The core is delivered with VHDL and Verilog simu- 
lation models, testbenches, and design examples. 


Xilinx PCI32 Design Kit 


To minimize the learning curve for PCI and to enable rapid 
development and prototyping, Xilinx provides a complete 
PCI Design Kit including cores, a prototyping board and 
driver development tools. By forming a partnership with Vir- 
tual Computer Corporation, leading provider of rapid proto- 
typing boards and reconfigurable computing systems, and 
Vireo Software, leading provider of device driver tools, our 
customers will always have access to the leading industry 
expertise. 


Xilinx PCI32 Design Kit contains: 


e LogiCORE PCI382 interfaces (Xilinx) 

e PCI System Architecture book (MindShare, Inc.) 
e Bridge Design Examples (Xilinx) 

e HotPCl Prototyping Board (VCC) 

¢ Demo software (VCC) 

e Canned reference drivers (Vireo) 

e Driver development tools (Vireo) 


Xilinx PCI32 Interfaces 


e PCI32 4000 — the high-density PCI solution. 
This solution integrates a PCI interface plus up to 
124,000 system gates. The core supports zero wait- 
state burst operations and a sustained bandwidth of up 
to 132 Mbytes per second. See the PCI32 4000 data 
sheet for more details. 


e PCI32 Spartan — the low-cost PCI solution. 
This solution integrates a PCI interface plus up to 
30,000 system gates at a price below standard chip 
solutions. The core supports zero wait-state burst oper- 
ations and a sustained bandwidth of up to 132 Mbytes 
per second. See the PCI32 Spartan data sheet for more 
details. 


See the Ordering Information chapter for more details. 


Proven core with predictable timing 
Decoupled FIFO and DMA for easy customization 
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Customizable 
FIFO(s) 


User Design 


Up to 124,000 
system Gates 


Customizable 
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Full 132 Mbyte/s Sustained Burst 


Figure 2: Block Diagram of PCI32 4000 Interface and Backend Interface 
About this Catalog 


The information in this catalog is also available on the Xilinx 
web-site, WebLINX at 


www.xilinx.com/products/logicore/pci/pci_sol.htm 


Xilinx will use the web as primary means of delivering and 
updating this information since it is so dynamic by nature. 
We strongly recommend that customers consult the web for 
the latest information on new product availability and 
datasheet revisions. 
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PCI Products 


PCI32 4000 Master & Slave 
Interfaces Version 2.0 


Data Sheet 


>. XILINX® 


Xilinx Inc. 
2100 Logic Drive 
San Jose, CA 95124 


Phone: +1 408-559-7778 

Fax: +1 408-377-3259 

E-mail: Techsupport:hot]line@xilinx.com 
Feedback: logicore@xilinx.com 

URL: http: //www.xilinx.com 

Introduction 


With Xilinx LogiCORE PCI32 4000 Master and Slave inter- 
faces Version 2.0, a designer can build a customized, 32 
bit, 33 MHz fully PCI compliant system with the highest 
possible sustained performance, 132 Mbytes/s, and up to 
124,000 system gates in a XC4000XLT FPGA. 


Features 


¢ Fully 2.1 PC! compliant 32 bit, 33 MHz PCI Interface 

- Master (Initiator/Target) 

- Slave (Target-only) 

e Programmable single-chip solution with customizable 
back-end functionality 

e Pre-defined implementation for predictable timing in 
Xilinx XC4000XLT FPGAs or HardWire™ FpgASIiCs 
(see LogiCORE Facts for listing of supported devices) 

e Incorporates Xilinx Smart-IP Technology 

e 3.3 V Operation with XC4000XLT devices 

e Zero wait-state burst operation 

e Fully verified design 

- Tested with the Xilinx internal testbench 

- Tested in hardware (proven in FPGAs and HardWire 
devices) 

e Configurable on-chip dual-port FIFOs can be added for 
maximum burst speed (see Xilinx Documents section) 
e Design Once™ - automatic conversion to a HardWire 

FpgASIC for cost reduction 

e Supported Initiator functions (PCI Master only) 

- Initiate Memory Read, Memory Write, Memory Read 
Multiple (MRM), Memory Read Line (MRL) 
commands 

- Initiate I/O Read, I/O Write commands 

- Initiate Configuration Read, Configuration Write 
commands 

- Bus Parking 

- Basic Host Bridging 
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lOBs Used 


System Clock fina 


Device Features Bi-directional data buses 
Used SelectRAM'™ (optional user FIFO) 
Boundary scan (optional) 


Supported Devices/Resources Remaining 


cB’ 
XC4013XLT PQ208 268 - 398 
XC4013XLT PQ240 268 - 398 
XC4028XLT HQ240 716 - 846 
XC4062XLT HQ240 1996 - 2126 
XC4062XLT BG432 1996 - 2126 


Provided with Core 


Documentation : 


Design File Formats VIEWlogic schematics 


VHDL, Verilog Simulation Model: 


NGO Netlist* 
Verification Tools 
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M1 User Constraint File (UCF) 
M1 Guide files 

VIEW logic command files 
VHDL Testbench 

Verilog Testbench 


Core Symbols VIEWlogic, VHDL, Verilog 


Reference designs & Example design: 
application notes Ping Reference Design*® 
Synthesizable PCI Bridge 


PCI System Architecture 


Entry/Verification For CORE instantiation: 
Tools® VHDL, Verilog, Schematic 
For changing source files: 

Workview Office V7.1.2 or V7.2 


Notes: See next page. 


Xilinx provides technical support for this LogiCORE 
product when used as described in the User’s Guide or 
supporting Application Notes. Xilinx cannot guarantee 
timing, functionality, or support of the product if imple- 
mented in devices not listed above, or customized be- 
yond that referenced in the product documentation, or if 
any changes are done in sections of the design marked 
as “DO NOT MODIFY”. 


Notes: 

1. Master/Slave. 

2. The XLT devices use 8 I/O locations for Vtt pins; see 
XC4000XLT Data Sheet. 

3. The exact number of CLBs depends on user configuration of 
the core and level of resource sharing with adjacent logic. Fac- 
tors that can affect the size of the design are number and size 
of the BARs, zero vs. one wait-state, and medium vs. slow 
decode. These numbers include a 16 x 32 FIFO. 

4. Available on Xilinx Home Page, in the LogiCORE PCI Lounge: 
www.xilinx.com/products/logicore/pci/pci_sol.htm 

5. Slave only. 

6. See Xilinx Home Page for supported EDA tools. 


Features (cont.) 


e Supported Target functions (PCI Master and Slave) 
- Type 0 Configuration Space Header 
- Up to3 Base Address Registers (memory or I/O with 
adjustable block size from 16 bytes to 2 GBytes, 
slow or medium decode speed) 
- Parity Generation (PAR), Parity Error Detection 
(PERR# and SERR#) 


PAR 
Parity 
PERR- Generator/ 
SERR- Checker 
AD[31:0] 
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PCI Configuration Space 


- Memory Read, Memory Write, Memory Read 
Multiple (MRM), Memory Real Line (MRL), Memory 
Write, Invalidate (MW1) commands 

- \/O Read, I/O Write commands 

- Configuration Read, Configuration Write commands 

- 32-bit data transfers, burst transfers with linear 
address ordering 

- Target Abort, Target Retry, Target Disconnect 

- Full Command/Status Register 

e Available for configuration and download on the Web 

- Web-based configuration with intuitive GUI 

- Generation of proven design files 


Applications 


e PCI add-in boards such as graphic cards, video 
adapters, LAN adapters and data acquisition boards 

e Embedded applications within telecommunication and 
industrial systems 

e CompactPCl boards 

e Other applications that need PCI 


General Description 


The LogiCORE™ PCI32 4000 Master and Slave Interfaces 
V2.0 are pre-implemented and fully tested modules for Xil- 
inx XC4000XLT FPGAs (see LogiCORE Facts for listing of 
supported devices). The pin-out and the relative placement 
of the internal Configurable Logic Blocks (CLBs) are pre- 
defined. Critical paths are controlled by TimeSpecs and 
guide files to ensure that timing is always met. This signifi- 
cantly reduces engineering time required to implement the 
PCI portion of your design. Resources can instead be 


USER APPLICATION 


X7954 


Figure 1: LogiCORE'” PCI32 4000 Interface Block Diagram (BAR 2 not shown) 
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focused on the unique back-end logic in the FPGA and the 
system level design. As a result, the LogiCORE™” PCI prod- 
ucts can cut your development time by several months. 


Xilinx XC4000XLT Series FPGAs enable designs of fully 
PCl-compliant systems. The devices meet all required 
electrical and timing parameters including AC output drive 
characteristics, input capacitance specifications (10pF), 7 
ns setup and 0 ns hold to system clock, and 11 ns system 
clock to output. These devices meet all specifications for 
3.3 V PCI. Although the XLT devices have a 3V driver they 
can be used in a 5V PCI system and meet timing for up to 
8 loads. 


The XC4000XLT devices differ from regular XL devices by 
the addition of clamp diodes, required by the PCI 3.3 V 
electrical specification. For more details about this see the 
XC4000XLT FPGA Data Sheet. 


The PCI Compliance Checklist (later in this databook) has 
additional details about electrical compliance. Other fea- 
tures that enable efficient implementation of a complete 
PCI system in the XC4000XLLT includes: 


e Select-RAM™ memory: on-chip ultra-fast RAM with 
synchronous write option and dual-port RAM option. 
Used in the PCI Interfaces to implement the FIFO. 

e Individual output enable for each 1I/O 

e Internal 3-state bus capability 

¢ 8 global low-skew clock or signal distribution networks 

e [EEE 1149.1-compatible boundary scan logic support 


The module is carefully optimized for best possible perfor- 
mance and utilization in the XC4000XLT FPGA architec- 
ture. When implemented in the XC4013, more than 50% of 
the FPGA’s resources remain for integrating a unique back- 
end interface and other system functions into a fully pro- 
grammable one-chip solution. When implemented in a 
XC4062, 90% of the FPGA’s resources remain. 


Xilinx DesignOnce™ service allows an automatic conver- 
sion to a low cost HardWire™ device for high-volume pro- 
duction. 


Smart-IP Technology 


Drawing on the architectural advantages of Xilinx FPGAs, 
new Xilinx Smart-IP technology ensures highest perfor- 
mance, predictability, repeatability, and flexibility in PCI 
designs. The Smart-IP technology is incorporated in every 
LogiCORE PCI Core. 


Xilinx Smart-IP technology leverages the Xilinx architec- 
tural advantages, such as look-up tables (LUTs), distrib- 
uted RAM, and segmented routing, and floorplanning 
information, such as logic mapping and relative location 
constraints. This technology provides the best physical lay- 
out, predictability, and performance. Additionally, these pre- 
determined features allow for significantly reduced compile 
times over competing architectures. 
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The PCI32 Spartan Interface can parameterized, allowing 
for design flexibility in which users can create the exact PCI 
interface needed. PCI Cores made with Smart-IP technol- 
ogy are unique by maintaining their performance and pre- 
dictability regardless of the device size. 


Functional Description 


The LogiCORE PCI32 4000 Interfaces are partitioned into 
five major blocks, plus the user application, shown in Figure 
1. Each block is described below. 


PCi I/O Interface Block 


The I/O interface block handles the physical connection to 
the PCI bus including all signaling, input and output syn- 
chronization, output three-state controls, and all request- 
grant handshaking for bus mastering. 


Parity Generator/Checker 


Generates/checks even parity across the AD bus, the CBE 
lines, and the PAR signal. Reports data parity errors via 
PERR- and address parity errors via SERR-. 


Target State Machine 


This block manages control over the PCI interface for Tar- 
get functions. The states implemented are a subset of 
equations defined in “Appendix B” of the PC/ Local Bus 
Specification. The controller is a high-performance state 
machine using state-per-bit (one-hot) encoding for maxi- 
mum performance. State-per-bit encoding has narrower 
and shallower next-state logic functions that closely match 
the Xilinx FPGA architecture. 


Initiator State Machine (PCI Master only) 


This block manages control over the PCI interface for Initia- 
tor functions. The states implemented are a subset of equa- 
tions defined in “Appendix B” of the PC/ Local Bus 
Specification. The I|nitiator Control Logic also uses state- 
per-bit encoding for maximum performance. 


PCI Configuration Space 


This block provides the first 64 bytes of Type 0, version 2.1, 
Configuration Space Header (CSH) (see Table 1) to sup- 
port software-driven “Plug-and Play” initialization and con- 
figuration. This includes Command, Status, and three Base 
Address Registers (BARs). BAR 2 is not shown in figure 1. 
These BARs illustrate how to implement memory- or I/O- 
mapped address spaces. Each BAR sets the base address 
for the interface and allows the system software to deter- 
mine the addressable range required by the interface. 
Using a combination of Configurable Logic Block (CLB) flip- 
flops for the read/write registers and CLB look-up tables for 
the read-only registers results in optimized packing density 
and layout. 


With this release, the hooks for extending configuration 
space has been built into the backend interface. These 
hooks, including the ability to implement a CapPtr in config- 
uration space, allows the user to implement functions such 
as Advanced Configuration and Power Interface (ACPI) in 
the backend design. 


Table 1: PCI Configuration Space Header 
31 16 15 0 


BIST Cache |0Ch 
Type Timer Line Size 


Max_Lat | Min_Gnt | Interrupt | Interrupt 
Pin Line 


Note: 

Italicized address areas are not implemented in the LogiCORE 
PCI32 4000 Interface default configuration. These locations return 
zero during configuration read accesses. 


00h 
04h 


10h 
14h 
18h 
1Ch 
20h 
24h 


38h 
3Ch 


40h-FFh 


User Application with Optional Burst FIFOs 


The LogiCORE PCI32 4000 Interfaces provide a simple, 
general-purpose interface with a 32-bit data path and 
latched address for de-multiplexing the PCl address/data 
bus. The general-purpose user interface allows the rest of 
the device to be used in a wide range of applications. 


Typically, the user application contains burst FIFOs to 
increase PCI system performance (An Application Note is 
available, please see the Xilinx Documents section). An on- 
chip read/write FIFO, built from the on-chip synchronous 
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dual-port RAM (SelectRAM™) available in XC4000XLT 
devices, supports data transfers in excess of 33 MHz. 


Interface Configuration 


The LogiCORE PCI32 4000 Interfaces can easily be con- 
figured to fit unique system requirements using Xilinx web- 
based graphical configuration tool or changing the VHDL, 
Verilog, or VIEW/ogic configuration file. The following cus- 
tomization is supported by the LogiCORE product and 
described in accompanying documentation. 


e Initiator or target functionality (PCI Master only) 

e Base Address Register configuration (1 - 3 Registers, 
size and mode) 

e Configuration Space Header ROM 

e Initiator and target state machine (e.g., termination 
conditions, transaction types and request/transaction 
arbitration) 

e Burst functionality 

e User Application including FIFO (back-end design) 


Table 2: PCI Bus Commands 


PCI PCI 
oBE [ot 
0000 —_‘ {Interrupt Acknowledge 
0001 |Special Cycle 
0010 [VO Reac 
0011 [vO Writ 


Yes 
Yes |_Y 
Memory Write Invalidate 


Note: 

1. The Initiator can present these commands, however, they either 
require additional user-application logic to support them or have not 
been thoroughly tested. 


Supported PCl Commands 


Table 2 illustrates the PCI bus commands supported by the 
LogiCORE™ PCI32 4000 Interfaces. The PCI Compliance 
Checklist, found later in this data book, has more details on 
supported and unsupported commands. 


Burst Transfer 


The PCI bus derives its performance from its ability to 
support burst transfers. The performance of any PCI 
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application depends largely on the size of the burst transfer. 
A FIFO to support PCI burst transfer can efficiently be 
implemented using the XC4000XLT on-chip RAM feature, 
SelectRAM™. Each XC4000XLT CLB supports two 16x1 
RAM blocks. This corresponds to 32 bits of single-ported 
RAM or 16 bits of dual-ported RAM, with simultaneous 
read/write capability. 


Bandwidth 


The Xilinx PCI32 4000 Interfaces support a sustained 
bandwidth of up to 132 MBytes/sec. The design can be 
configured to take advantage of the ability of the Logi CORE 
PCI32 Interface to do very long bursts. Since the FIFO isn’t 
a fixed size, burst can go on as long as the chipset arbiter 
will allow. Furthermore, since the FIFOs and DMA are 
decoupled from the proven core, a designer can modify 
these functions without effecting the critical PCI timing. 


The flexible Xilinx backend, combined with support for 
many different PCI features, gives users a solution that 
lends itself to being used in many high-performance appli- 
cations. Xilinx is able to support different depths of FIFOs 
as well as dual port FIFOs, synchronous or asynchronous 
FIFOs and multiple FIFOs. The user is not locked into one 
DMA engine, hence, a DMA that fits a specific application 
can be designed. 


The theoretical maximum bandwidth of a 32 bit, 33 MHz 
PCI bus is 132 MB/s. How close you get to this maximum 
will depend on several factors, including the PCI design 
used, PCI chipset, the processor's ability to keep up with 
your data stream, the maximum capability of your PCI 
design and other traffic on the PCI bus. Older chipsets and 
processors will tend to allow less bandwidth than newer 
ones. 


This version of the Interface, supports a selectable wait- 
state for burst operation. The XC4013XLT-1, XC4028XLI- 
09 and XC4062XLT-09 support zero wait-state burst, equal 
to a sustained bandwidth of up to 132 MBytes/sec. The 
XC4028XLT-1 and the XC4062XLT-1 support zero wait- 
states while sinking data, but require one wait-state while 
sourcing data. See Table 3 for a list of required speed 
grades. 


Table 3: Required Speed Grade for Desired Number of 
wait-states. 


Required Speed Grade 
One Wait-State | Zero Wait-State 


KCAOTSXLT 
a 


XC4028XLT 


xG406axLT PG2AO 
XOAOSAXLTBGASZ | _-1_—~—C~«SCi‘ CS 


In the Zero wait-state mode, no wait-states are inserted 
either while sourcing data or receiving data. This allows a 
100% burst transfer rate in both directions with full PCI 
compliance. No additional wait-states are inserted in 
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response to a wait-state from another agent on the bus. 
Either IRDY or TRDY is kept asserted until the current data 
phase ends, as required by the V2.1 PCI Specification. 


In one wait-state mode, the LogiCORE PCI32 4000 
Interface automatically inserts a wait-state when sourcing 
data (Initiator Write, Target Read) during a burst transfer. In 
this mode, the LogiCORE PCI32 4000 Interface can accept 
data at 100% burst transfer rate and supply data at 50%. 


See Table 4 for a PCI bus transfer rates for various opera- 
tions in either zero or one wait-state mode. 


Table 4: LogiCORE PCI32 4000 Transfer Rates 


Zero Wait-State Mode 


Transfer Rate 


Initiator Write (PCI — LogiCORE) 
Initiator Read (PCI —> LogiCORE) 
Target Write (PCI LogiCORE) 5-1-1-1 


Target Read (PCI <— LogiCORE) 
One Wait-State Mode 


Transfer Rate 
Initiator Write (PCI < LogiCORE) 3-2-2-2 
Initiator Read (PCI — LogiCORE) 4-1-1-2 


Target Write (PCI— LogiCORE) 
Target Read (PCI < LogiCORE) 


Note: Initiator Read and Target Write operations have effectively 
the same bandwidth for burst transfer. 


Timing Specification 

The XC4000XLT family, together with the LogiCORE PCI32 
products enables design of fully compliant PC] systems. 
Backend design can affect the maximum speed your 
design is capable of. Factors in your back-end designs that 
can affect timing include loading of hot signals coming 
directly from the PCI bus, and gate count. Table 5 shows 
the key timing parameters for the LogiCORE PCI32 Inter- 
faces that must be met for full PC] compliance. 


Table 5: Timing Parameters [ns] 


LogiCORE 
PCI Spec. | PCI32 4000, 
arameter XC4000XLT-1 
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CLK (CLB) 

Input Hold Time 
After CLK (IOB) 
Input Hold Time 
After CLK (CLB) 
RST# to Tri-state 


Notes: 

1. Controlled by TIMESPECS, included in product 
2. Verified by analysis and bench-testing 

3. IOB configured for Fast slew rate 


Verification Methods 


Xilinx has developed a testbench with numerous vectors to 
test the Xilinx PC! design; this is included with the Logi- 
CORE PCI32 4000 Master and Slave Interfaces A version 
of this testbench is also used internally by the Xilinx PCI 
team to verify the PCI32 Interfaces. Additionally, the PCI32 
Interfaces have been tested in hardware for electrical, func- 
tional and timing compliance. 


The testbench shipped with the interface verifies the PCI 
interface functions according to the test scenarios specified 
in the PC! Local Bus Specification, V2.1; see Figure 2. This 
testbench consists of 28 test scenarios, each designed to 
test a specific PCI bus operation. Refer to the checklists 
chapter in this databook for a complete list of scenarios. 


Figure 2: PCI Protocol Testbench 
faketarg 
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Ping Reference Design 


The Xilinx LogiCORE PCI “PING” Application Example, 
delivered in VHDL and Verilog, has been developed to pro- 
vide an easy-to-understand example which demonstrates 
many of the principles and techniques required to success- 
fully use a LogiCORE PCI32 4000 Interface in a System On 
A Chip solution. 


Synthesizable PCI Bridge Design 
Example 


Synthesizable PCI bridge design examples, delivered in 
Verilog and VHDL, are available to demonstrate how to 
interface to the LogiCORE PCI32 4000 V2.0 Interfaces and 
provides a modular foundation upon which to base other 
designs. See separate data sheet for details. 


Device Utilization 


The Target-Only and Target/Initiator options require a vari- 
able amount of CLB resources for the PCI32 4000 Inter- 
faces. Choosing between one and zero wait-states device 
(e.g. XC4062-1 vs. -09) will change the amount of logic 
used. The core now includes a switch to force the entire 
deletion of unused Base Address Registers. 


Utilization can vary widely, depending on the configuration 
choices made by the designer. Options that can affect the 
size of the core are: 


e Initiator vs. Target-Only. The Initiator requires about 12 
CLBs more than the target (not set in the cfg file; set at 
the time the core is generated). 

e Number of Base Address Registers Used. Turning off 
any unused BARs will save on resources. 

e Size of the BARs. Setting the BAR to a smaller size 
requires more flip-flops. A smaller address space 
requires more flip-flops to decode. 

e Decode Speed. Medium decode requires slightly more 
logic than slow decode. 

e Number of wait-states. Zero wait-states requires more 
logic than one wait-state. 

e Latency timer. Disabling the latency timer will save a 
few resources. It must be enabled for bursting. 


Recommended Design Experience 


The LogiCORE PCI32 4000 Interfaces are pre-imple- 
mented allowing engineering focus at the unique back-end 
functions of a PCI design. Regardless, PCI is a high-perfor- 
mance system that is challenging to implement in any tech- 
nology, ASIC or FPGA. Therefore, we recommend previous 
experience with building high-performance, pipelined 
FPGA designs using Xilinx implementation software, 
TIMESPECs, and guide files. The challenge to implement a 
complete PCi design including back-end functions varies 
depending on configuration and functionality of your appli- 
cation. Contact your local Xilinx representative for a closer 
review and estimation for your specific requirements. 
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Introduction 


With Xilinx LogiCORE PCI32 Spartan Master & Slave Inter- 
face, a designer can build a customizable, low-cost 32-bit, 
33MHz fully PCi compliant system in a Spartan-family 
FPGA. 


Features 


e Fully 2.1 PCl compliant 32 bit, 33MHz PCI Interface 
- Master (Initiator/Target) 
- Slave (Target-only) 
e Pre-defined implementation for predictable timing in 
Xilinx Spartan FPGAs (see LogiCORE Facts for listing 
of supported devices) 
e Incorporates Xilinx Smart-IP Technology 
e 5 V Operation with Spartan devices 
e Zero wait-state burst operation 
e Fully verified design 
- Tested with the Xilinx internal testoench 
- Tested in hardware (silicon proven) 
e¢ Configurable on-chip dual-port FIFOs can be added for 
maximum burst speed (see Xilinx Documents section) 
e Programmable single-chip solution with customizable 
back-end functionality 
e Supported Initiator functions 
- Initiate Memory Read, Memory Write, Memory Read 
Multiple (MRM), Memory Read Line (MRL) 
commands 

- Initiate I/O Read, I/O Write commands 

- Initiate Configuration Read, Configuration Write 
commands 

- Bus Parking 

- Basic Host Bridging 
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LogiCORE' Facts 
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Device Features Bi-directional data buses 
Used SelectRAM'” (optional user FIFO) 
Boundary scan (optional) 


Supported Devices/Resources Remaining 


cLB' 
308 424 
508 424 
516-632 
516-633 
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Verification Tools VHDL and Verilog Testbenc 
VHDL, Verilo 

Reference designs Synthesizable PCI Bridge Design 
Design Tool Requirements 

Xilinx Core Tools 


Entry/Verification 
Tools? 


Core Symbols 


= 
Bh 


VHDL, Verilog, Schematic 


Xilinx provides technical support for this LogiCORE prod- 
uct when used as described in the User’s Guide or sup- 
porting Application Notes. Xilinx cannot guarantee timing, 
functionality, or support of the product if implemented in 
devices not listed above, or customized beyond that refer- 
enced in the product documentation. 


Notes: 

1. The exact number of CLBs depends on user configuration of the 
core and level of resource sharing with adjacent logic. Factors 
that can affect the size of the design are number and size of the 
BARs, and medium vs. slow decode. These numbers include a 
16 x 32 FIFO. 

2. Available on Xilinx Home Page, in the LogiCORE PCi Lounge: 
www.xilinx.com/products/logicore/pci/pci_sol.htm 

3. See Xilinx Home Page for supported EDA tools 


Features (cont.) 


e Supported Target functions 

- Type 0 Configuration Space Header 

- Upto 2 Base Address Registers (memory or I/O with 
adjustable block size from 16 bytes to 2 GBytes, 
slow decode speed) 

- Parity Generation (PAR), Parity Error Detection 
(PERR# and SERR# 

- ACPI Configuration Registers (backend module) 

- Memory Read, Memory Write, Memory Read 
Multiple (MRM), Memory Real Line (MRL), Memory 
Write, Invalidate (MWI) commands 

- 1/0 Read, I/O Write commands 

- Configuration Read, Configuration Write commands 

- 32-bit data transfers, burst transfers with linear 
address ordering 

- Target Abort, Target Retry, Target Disconnect 

- Full Command/Status Register 

¢ Available for configuration and download on the web 
- Web-based configuration 
- Generation of proven design files 


Applications 


e PCI add-in boards such as graphic cards, video 
adapters, LAN adapters and data acquisition boards. 

e Embedded applications within telecommunication and 
industrial systems. 

¢ CompactPCI boards, 

e Other applications that need PCI 


Parity 
Generator/ 
Checker 


AD[31:0] 
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Initiator 
State 
Machine 


PCI 1/0 INTERFACE 


TRDY- 
Target 
DEVSEL- State 
STOP- Machine 


reece anal ras ere eee — 


PCI Configuration Space 


The LogiCORE™ PCI32 Spartan Master and Slave Inter- 
faces are pre-implemented and fully tested modules for Xil- 
inx Spartan FPGAs (see LogiCORE Facts for listing of 
supported devices). The pin-out and the relative placement 
of the internal Configurable Logic Blocks (CLBs) are pre- 
defined. Critical paths are controlled by TimeSpecs and 
guide files to ensure that timing is always met. This signifi- 
cantly reduces engineering time required to implement the 
PCI portion of your design. Resources can instead be 
focused on the unique back-end logic in the FPGA and the 
system level design. As a result, the LogiCORE PCI prod- 
ucts can cut your development time by several months. 


Xilinx Spartan Series FPGAs enables designs of fully PCI 
compliant systems. The devices meet all required electrical 
and timing parameters including AC output drive character- 
istics, input capacitance specifications (10pF), 7 ns setup 
and 0 ns hold to system clock, and 11 ns system clock to 
output. These devices meet all specifications for 5 V PCI. 


The PCI Compliance Checklists, found later in this data 
book, have additional details. Other features that enable 
efficient implementation of a complete PCI system in the 
Spartan family includes: 


e Select-RAM™ memory: on-chip ultra-fast RAM with 
synchronous write option and dual-port RAM option. 
Used in the PCI32 Spartan Interface to implement the 
FIFO. 

e Individual output enable for each 1/O 

e Internal 3-state bus capability 

e 8 global low-skew clock or signal distribution networks 

e IEEE 1149.1-compatible boundary scan logic support 


See Spartan FPGA Data Sheet for more details. 


USER APPLICATION 
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Figure 3: LogiCORE PCI32 Spartan Interface Block Diagram 


May, 1998 


The module is carefully optimized for best possible perfor- 
mance and utilization in the Spartan FPGA architecture. 
When implemented in the XCS30, more than 50% of the 
FPGA’s resources remain for integrating a unique back-end 
interface and other system functions into a fully program- 
mable one-chip solution. When implemented in the XCS40, 
more than 65% of the FPGA’s resources remain for inte- 
grating a unique back-end interface and other system func- 
tions into a fully programmable one-chip solution. 


Smart-IP Technology 


Drawing on the architectural advantages of Xilinx FPGAs, 
new Xilinx Smart-IP technology ensures highest perfor- 
mance, predictability, repeatability, and flexibility in PCI 
designs. The Smart-IP technology is incorporated in every 
LogiCORE PCI Core. 


Xilinx Smart-IP technology leverages the Xilinx architec- 
tural advantages, such as look-up tables (LUTs), distrib- 
uted RAM, and segmented routing, and floorplanning 
information, such as logic mapping and relative location 
constraints. This technology provides the best physical lay- 
out, predictability, and performance. Additionally, these pre- 
determined features allow for significantly reduced compile 
times over competing architectures. 


The PCI32 Spartan Interface can parameterized, allowing 
for design flexibility in which users can create the exact PCI 
interface needed. PCI Cores made with Smart-IP technol- 
ogy are unique by maintaining their performance and pre- 
dictability regardless of the device size. 


Functional Description 


The LogiCORE PCI32 Spartan Interface is partitioned into 
five major blocks, plus the user application, shown in Figure 
1. Each block is described below. 


PCI I/O Interface Block 


The 1/O interface block handles the physical connection to 
the PCI bus including all signaling, input and output syn- 
chronization, output three-state controls, and all request- 
grant handshaking for bus mastering. 


Parity Generator/Checker 


Generates/checks even parity across the AD bus, the CBE 
lines, and the PAR signal. Reports data parity errors via 
PERR- and address parity errors via SERR-. 


Target State Machine 


This block manages control over the PCI32 Spartan Inter- 
face for Target functions. The states implemented are a 
subset of equations defined in “Appendix B” of the PCI 
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Local Bus Specification. The controller is a high-perfor- 
mance state machine using state-per-bit (one-hot) encod- 
ing for maximum performance. State-per-bit encoding has 
narrower and shallower next-state logic functions that 
closely match the Xilinx FPGA architecture. 


Initiator State Machine 


This block manages control over the PCI32 Spartan Inter- 
face for Initiator functions. The states implemented are a 
subset of equations defined in “Appendix B” of the PC/ 
Local Bus Specification. The Initiator Control Logic also 
uses State-per-bit encoding for maximum performance. 


PCi Configuration Space 


This block provides the first 64 bytes of Type 0, version 2.1, 
Configuration Space Header (CSH) (see Table 1) to sup- 
port software-driven “Plug-and Play” initialization and con- 
figuration. This includes Command, Status, and two Base 
Address Registers (BARs). These BARs illustrate how to 
implement memory- or I/O-mapped address spaces. Each 
BAR sets the base address for the interface and allows the 
system software to determine the addressable range 
required by the interface. Using a combination of Config- 
urable Logic Block (CLB) flip-flops for the read/write regis- 
ters and CLB look-up tables for the read-only registers 
results in optimized packing density and layout. 


With this release, the hooks for extending configuration 
space has been built into the backend interface. Setting the 
CapPtr and bit 15 of the Status Register allows the user to 
implement functions such as Advanced Configuration and 
Power Interface (ACPI) in the backend design. 


User Application with Optional Burst FIFOs 


The LogiCORE PCI32 Spartan Interface provides a simple, 
general-purpose interface with a 32-bit data path and 
latched address for de-multiplexing the PCI address/data 
bus. The general-purpose user interface allows the rest of 
the device to be used in a wide range of applications. 


Typically, the user application contains burst FIFOs to 
increase PCI system performance (An Application Note is 
available, please see the Xilinx Documents section). An on- 
chip read/write FIFO, built from the on-chip synchronous 
dual-port RAM (SelectRAM™) available in Spartan 
devices, supports data transfers in excess of 33 MHz. 


Table 1: PCI Configuration Space Header 
31 16 15 0) 


Class Code 


BIST Header | Latency Cache |OCh 
Type Timer Line Size 


Subsystem Vendor ID 2Ch 


Interrupt |8Ch 
Line 


40h-FFh 


Reserved 


Note: 

Italicized address areas are not implemented in the LogiCORE 
PCI32 Spartan Interface default configuration. These locations 
return zero during configuration read accesses. 


Interface Configuration 


The LogiCORE PCI32 Spartan Interface can easily be con- 
figured to fit unique system requirements using Xilinx web- 
based PCI Configuration and Download Tool. The following 
- customization is supported by the LogiCORE product and 
described in accompanying documentation. 


e Initiator and target functionality 

e Base Address Register configuration (1 - 2 Registers, 
size and mode) 

¢ Configuration Space Header ROM 

e Initiator and target state machine (e.g., termination 
conditions, transaction types and request/transaction 
arbitration) 

e Burst functionality 

e User Application including FIFO (back-end design) 


Table 2: PCI Bus Commands 


PCI PCI 


5 
/O Read Yes 
v Y 


: 
( 
=) 
Oo 
= 
@O 


1001 


Reserved _ Ignore [ignore 
1010 |Configuration Read 


Yes 
[Not 


1110 |Memory Read Line Yes 
11711 Memory Write Invalidate No! Yes 


Note: 

1. The Initiator can present these commands, however, they either 
require additional user-application logic to support them or have not 
been thoroughly tested. 


Supported PCi Commands 


Table 2 illustrates the PCI bus commands supported by the 
LogiCORE PCI32 Spartan Interface. The compliance 
checklist later in this data book have more details on sup- 
ported and unsupported commands. 


Burst Transfer 


The PCI bus derives its performance from its ability to 
support burst transfers. The performance of any PCl 
application depends largely on the size of the burst transfer. 
A FIFO to support PCI burst transfer can efficiently be 
implemented using the Spartan on-chip RAM feature, 
SelectRAM™. Each Spartan CLB supports two 16x1 RAM 
blocks. This corresponds to 32 bits of single-ported RAM or 
16 bits of dual-ported RAM, with simultaneous read/write 
capability. 


Bandwidth 


The Xilinx PCI32 Spartan Interface supports a sustained 
bandwidth of up to 132 MBytes/sec. See the Xilinx web for 
the supported device/speed grade/wait-states mode com- 
binations.The design can be configured to take advantage 
of the ability of the LogiCORE PCI32 Interface to do very 
long bursts. Since the FIFO isn’t a fixed size, burst can go 
on as long as the chipset arbiter will allow. Furthermore, 
since the FIFOs and DMA are decoupled from the proven 
core, a designer can modify these functions without effect- 
ing the critical PCI timing. 
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The flexible Xilinx backend, combined with support for 
many different PCI features, gives users a solution that 
lends itself to being used in many high-performance appli- 
cations. Xilinx is able to support different depths of FIFOs 
as well as dual port FIFOs, synchronous or asynchronous 
FIFOs and multiple FIFOs. The user is not locked into one 
DMA engine, hence, a DMA that fits a specific application 
can be designed. 


The theoretical maximum bandwidth of a 32 bit, 33 MHz 
PCI bus is 132 MB/s. How close you get to this maximum 
will depend on several factors, including the PCI design 
used, PCI chipset, the processor’s ability to keep up with 
your data stream, the maximum capability of your PCI 
design and other traffic on the PCI bus. Older chipsets and 
processors will tend to allow less bandwidth than newer 
ones. 


In the Zero wait-state mode, no wait-states are inserted 
either while sourcing data or receiving data. This allows a 
100% burst transfer rate in both directions with full PCI 
compliance. No additional wait-states are inserted in 
response to a wait-state from another agent on the bus. 
Either IRDY or TRDY is kept asserted until the current data 
phase ends, as required by the V2.1 PCI Specification. 


In one wait-state mode, the LogiCORE PCI32 Spartan 
Interface automatically inserts a wait-state when sourcing 
data (Initiator Write, Target Read) during a burst transfer. In 
this mode, the LogiCORE PCI32 Spartan Interface can 
accept data at 100% burst transfer rate and supply data at 
50%. 


See Table 3 for a PCI bus transfer rates for various opera- 
tions in either zero or one wait-state mode. 


Table 3: LogiCORE PCI32 Spartan Transfer Rates 


Zero Wait-State Mode 


Target Read (PCI <— LogiCORE) 
One Wait-State Mode 

Transfer Rate 

322-2 

44-12 

1-1-1 

622-2 


Note: Initiator Read and Target Write operations have effectively 
the same bandwidth for burst transfer. 
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Timing Specification 


The XCS family, together with the LogiCORE PCI32 Spar- 
tan Interface enables design of fully compliant PCI sys- 
tems. Backend design can affect the maximum speed your 
design is capable of. Factors in your back-end designs that 
can affect timing include loading of hot signals coming 
directly from the PCI bus, gate count and floor planning. 
Table 4 shows the key timing parameters for the LogiCORE 
PCI32 Spartan Interface that must be met for full PCI com- 
pliance. 


Verification Methods 


Xilinx has developed a testbench with numerous vectors to 
test the Xilinx PCI design; this is included with the Logi- 
CORE PCI32 Spartan Master and Slave Interfaces A ver- 
sion of this testbench is also used internally by the Xilinx 
PCI team to verify the PCI32 Interfaces. Additionally, the 
PCI32 Interfaces have been tested in hardware for electri- 
cal, functional and timing compliance. 


Table 4. Advanced Timing Parameters [ns] 


LogiCORE 
| Min | Max | Min | Max_ 
| 30 


ololo 
| a Se es at Ga 
AL AIL AN 
6 | =)2 
=/2/S 
os} 4} 
|3)3)3 
Olea 
EEE 
—}—| © 


'®@) 

= 

A 

oO 

es) 

Cc 

~” 

ep) 

© 

4). 4 
PL ee a oe 
EE 
=a 


Tri-state to Active | | 
Bus Signal Setup 
to CLK (IOB) 

fC | 
to CLK (CLB) 

GNT# Setup to 
CLK 


After CLK (IOB) 
Input Hold Time 
After CLK (CLB) 
RST# to Tri-state 


Notes: 

1. Controlled by TIMESPECs, included in product 
2. Verified by analysis and bench-testing 
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PCI32 Spartan Master & Slave Interface _ 


The testbench shipped with the interface verifies the PCI 
interface functions according to the test scenarios specified 
in the PCI Local Bus Specification, V2.1; see Figure 2. This 
testbench consists of 28 test scenarios, each designed to 
test a specific PCI bus operation. Refer to the checklists 
chapter in this databook for a complete list of scenarios. 


Figure 2. PCI Protocol Testbench 


faketarg 


Initiator 
Protocol 
Test User 
Application 


LogiCORE 
PCI 


Interface 


X7951 


Ping Reference Design 


The Xilinx LogiCORE PCI “PING” Application Example, 
delivered in VHDL and Verilog, has been developed to pro- 
vide an easy-to-understand example which demonstrates 
many of the principles and techniques required to success- 
fully use a LogiCORE PCI32 Spartan Interface in a System 
On A Chip solution. 


Synthesizable PCI Bridge Design 
Example 


Synthesizable PCI bridge design examples, delivered in 
Verilog and VHDL, are available to demonstrate how to 
interface to the LogiCORE PCI32 Spartan Interface and 
provides a modular foundation upon which to base other 
designs. See separate data sheet for details. 


Device Utilization 


The Target-Only and Target/Initiator options require a vari- 
able amount of CLB resources for the PCI32 Spartan Inter- 
face. The core includes a switch to force the entire deletion 
of unused Base Address Registers. 


Utilization can vary widely, depending on the configuration 
choices made by the designer. Options that can affect the 
size of the core are: 


e {nitiator vs. Target-Only. The Initiator requires about 12 
CLBs more than the target (not set in the cfg file; set at 
the time the core is generated). 

e Number of Base Address Registers Used. Turning off 
any unused BARs will save on resources. 

e Size of the BARs. Setting the BAR to a smaller size 
requires more flip-flops. A smaller address space 
requires more flip-flops to decode. 

e Decode Speed. Medium decode requires slightly more 
logic than slow decode. 

e Latency timer. Disabling the latency timer will save a 
few resources. It must be enabled for bursting. 


Recommended Design Experience 


The LogiCORE PCI32 Spartan Interface is pre-imple- 
mented allowing engineering focus at the unique back-end 
functions of a PCI design. Regardless, PCI is a high-perfor- 
mance system that is challenging to implement in any tech- 
nology, ASIC or FPGA. Therefore, we recommend previous 
experience with building high-performance, pipelined 
FPGA designs using Xilinx implementation software, 
TIMESPECs, and guide files. The challenge to implement a 
complete PCI design including back-end functions varies 
depending on configuration and functionality of your appli- 
cation. Contact your local Xilinx representative for a closer 
review and estimation for your specific requirements. 
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Introduction 


This synthesizable PCI bridge designs are a set of example 
application bridges for use with the LogiCORE PCI132 Inter- 
faces. They are delivered in Verilog and VHDL and have 
been fully tested with various devices. These examples 
demonstrate how to interface to the PCI core and provide a 
modular foundation upon which to base other designs. The 
reference designs can be easily modified to remove select 
portions of functionality. The facts table lists the set of fea- 
tures and specifics for each design. 


PCI_TOP 


ANTATOR 


PCi 
BUS 


LogiCORE PCI Interface 


Target Control Multiplexer 


"pCiMLe ~~—~S~C~*C<S YAGER 


o Initiator Transfer Engine with FIFOs 


TARGET STATE 


General Description 


Part of or all of the design is available at no cost to all reg- 
istered LogiCORE PCI32 Interface customers, who can 
download it from the LogiCORE PCI Lounge at 


http://www.xilinx.com/products/logicore/ 
pCL/ pct -sol.. him. 


See the Ordering Information chapter for details. 


These designs are general purpose data transfer engines 
to be used with the LogiCORE PCI32 Interfaces. Figure 1 
presents a block diagram of the DEO1 design. Typically, the 
user will customize the local interface to conform to a par- 
ticular peripheral bus (ISA, VME, i960)or attach to a mem- 
ory device. The design is modular so that unused portions 
may be removed. DEO2 and DEO3 are subsets of this de- 
sign, and do not contain parts of the target functionality as 
indicated in the facts table. 


TRANSFER 


IADDR 
ICONTROL 
REGISTERS 
LDOUT 
LDIN 
Target Register LADDR 
Logic LWE 
(non-burst) LRE 
LINT_N 
FORCE_RETRY 
Target Burst Labrie 
Logic TFIFO_IN 
with TADDR 
TCONTROL 


TARGETFIFO 
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Figure 3: Synthesizable PCI Bridge Block diagram 
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Initiator address counter 


BAR 0 - Supports single data phase transfers 

BAR 0 - Region 1 demonstrates doorbells 

BAR 0 - Region 2 demonstrates mailboxes 

BAR 0 - Region 3 demonstrates long latency accesses 

BAR 0 - Region 4 contains control registers for initiator 

BAR 1 - Separate read and write FiFOs (unidirectional) 
Delayed completion discard after time-out 

BAR 1 - Generates target abort on address wrap 
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XC4062XLT-09 XCS40-4PQ240 
BG432 XC4028XLT-1HQ240 
FPGA Compiler, A1.4| FPGA Compiler & | Foundation Express, 


Up to 990 Up to 530 Up to 530 
Up to 320 Up to 150 Up to 150 


PCI32 4000, V2.0.1 


XC4013XLT-1HQ240 


PCI32 4000, V2.0.1 PCI32 Spartan 


1. Listed are the devices that Xilinx used to verify the design. Other devices can be used, however, without guaranteed performance. 
2. Listed are the design tools that Xilinx used to verify the design. Other tools can be used. See the LogiCORE PCI data sheets for 


supported design tools. 


3. The CLB count includes the full design and PCI interface. Actual count depends on the implemented feature set. 
4. The |OB count includes the full design and PCI interface, assuming all signals are routed off chip. The actual count depends on the 


implemented feature set. 


Functional Description 


This design example supports target functionality in two 
memory spaces. Initiator functionality is controlled by writ- 
ing into registers. The local bus interface signals are distinct 
for each block in the design, allowing blocks to be added or 
removed. Data transfer is pipelined for high clock rate. The 
functional description listed here describes DEO1; DEO2 
and DEO3 will contain a subset of this functionality as listed 
in the facts table. 


BARO Configuration 


BARDO is configured as a 4 kilobyte MEM space which maps 
to a number of registers. This space does not support mul- 
tiple data phase transfers. All accesses to this space termi- 
nate with target disconnect with data. 


This space is logically divided into four regions based on 
functionality. The four regions, and the functions of the reg- 
isters, are discussed below. 


Region One: Doorbells (DE0O1 Only) 


Register DBELL_P1 is a PCl-to-local doorbell. A PCi agent 
may create an interrupt on the local side by setting any bit 
of the register. A PCI agent is permitted to read back the 
status of this register with no side-effects. 


When the local side services the interrupt, it reads this reg- 
ister to determine the cause of the interrupt, then clears the 
interrupt by writing a one to that bit. The local side may read 
this register without side-effects. 


Similarly, DBELL_L1 is a local-to-PCl doorbell. To prevent 
spurious interrupts, an interrupt may not be cleared by the 
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agent that requested it. The recipient of the interrupt must 
clear the interrupt. To enforce this, doorbell register bits 
may not be cleared from the requesting side. Before door- 
bell interrupts may occur, the doorbell interrupt enable bits 
in the CONTROL register must be set. 


Region Two: Mailboxes (DE01 Only) 


Register MBOX_P1 is a PCl-to-local mailbox. A PCI agent 
may deliver mail to an empty mailbox for a local agent to 
pick up. When a PCI agent writes to this register, the data 
is registered and a “full” flag is set. Subsequent writes to a 
full mailbox have no effect. The PCI agent may not read 
back delivered mail. Reads of the mailbox from the PCI bus 
side return the state of the full flag (replicated in all bits). 


When the local side reads the mailbox, the “full” flag is 
cleared. Subsequent reads of an empty mailbox return the 
last valid data present in the mailbox. 


Similarly, MBOX_L1 is a local-to-PCl mailbox. The “full” flag 
may be monitored in two ways. Mailbox “full” flags are al- 
ways observable in the CONTROL register, so both PCI 
agents and local agents may poll the CONTROL register to 
watch for new messages. Optionally, full mailboxes may 
create interrupts. Interrupts are created on the recipient’s 
side, and are cleared by reading the mailbox. Before mail- 
box interrupts may occur, the mailbox interrupt enable bits 
in the CONTROL register must be set. 


Region Three: Bounded Latency Accesses (DE01 Only) 


The two registers in this region are used for demonstrating 
bounded latency non-burst accesses. This type of access 
may be used in situations where the user application has a 
short latency with a known upper bound of 16 PCI clocks 
from the time the initiator asserts FRAME#. This is done by 
inserting wait states until the target is capable of completing 
the transaction. 


Register BL_CTRL controls the initial latency of read and 
write operations for itself and BL_DATA. Only the least-sig- 
nificant four bits of the register are implemented, and the 
register is only accessible from the PCI bus. The local side 
has no access to this register, so local reads will return all 
zeroes and writes have no effect. 


The second register, BL_DATA, is a general purpose, read/ 
write register that responds according to the settings in 
BL_CTRL. This data register is only accessible from the 
PCI bus. The local side has no access to this register, so lo- 
cal reads will return all zeroes and writes have no effect. 


Region Four: Control Registers 


The first three registers in this region control the initiator 
transfer engine. 


Register XFER_LEN is used to indicate the length of the 
data block to be transferred. The low half of the register is 
not implemented. The high half is implemented as a load- 
able 16-bit counter. 
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This register is accessible from both the PCI bus and local 
bus, and may be read at any time. Status of transfers in 
progress may be obtained by reading this register. With 
each successful transfer, the counter decrements. 


Register XFER_PADR contains the current PCI bus ad- 
dress for transfers performed by the transfer engine. De- 
pending on the direction of the transfer, this address may 
be a source or destination. 


This register is accessible from both the PCI bus and local 
bus, and may be read at any time. Status of transfers in 
progress may be obtained by reading this register. With 
each successful transfer, the address increments. 


Register XFER_LADR contains the current local address 
for transfers performed by the transfer engine. Depending 
on the direction of the transfer, this address may be a 
source or destination. Only the low half of this register is im- 
plemented. 


This register is accessible from both the PCI bus and local 
bus, and may be read at any time. Status of transfers in 
progress may be obtained by reading this register. With 
each successful transfer, the address increments. 


These registers must not be written to while the initiator is 
active. To ensure this does not occur, writes to these regis- 
ter are disabled while the initiator is active. 


BAR1 Configuration (DE0O1 Only) 


BAR1 is configured as a 64 kilobyte MEM space which 
maps to the target FIFOs. This space supports multiple 
data phase transfers. Transfers beyond the end of the ad- 
dress space result in target abort. For all other accesses, 
this region will respond according to how it is accessed. 
Consult the PCI specification regarding delayed transac- 
tions. Data transfer between the local side and PCI bus is 
achieved using retries and delayed transactions as needed. 


Posted Writes 


The target performs posted writes. On writes to an idle tar- 
get, the FIFO accepts incoming data until it is full or the 
write transaction has ended, whichever occurs first. In the 
event of a full FIFO, the target issues a disconnect. After the 
PCI transaction is complete, the target empties the FIFO by 
writing the data out to the local side until the FIFO is empty. 
To achieve this, the target latches the destination address 
for use during write out. 


On writes to a busy target (the FIFO is still busy from the 
previous transaction) the target responds with retry, without 
putting the request in a retry queue. 


Prefetched Reads 


For reads, the target may not anticipate the length of the 
transaction or have the data available in time. For this rea- 
son, the target puts the transaction in a retry queue and re- 
sponds with a retry termination. Then the target prefetches 


data to fill the FIFO. When the initiator returns to retry the 
transaction, the data will be available. 


lf the initiator returns to retry the transaction, and does not 
completely empty the FIFO, the FIFO is flushed after the 
transaction is complete. If the initiator does empty the FIFO, 
and attempts to read more, the target issues a disconnect. 


If the initiator never retries the original transaction, dead- 
lock may occur. For this reason, there exists a discard timer 
that signals a waiting delayed completion should be dis- 
carded. This timer times out after 32,768 PCI clocks. This 
period may be shortened to allow simulation of this event in 
a reasonable amount of time. 


Register File Interface 


The operation of this block is synchronous to the PCI clock. 
This block contains all the control and status registers dis- 
cussed in the functional description. The local bus access 
port is defined in Table 1. 


Table 1: Local Bus Register Interface 


Function 
Write enable for registers 
Read enable for registers 


LADDR | input —_|Address input 


LDIN input Data input 
LDOUT output Data output 


LINT_N 


Target FIFO Interface 


The operation of this block is synchronous to the PCI clock. 
This block is interfaced to two FIFOs; one is the target read 
(TRF) FIFO, and the other is the target write (TWF) FIFO. 


The FIFOs are identical, but data flows in opposite direc- 
tions. Table 2 lists the signals used in the interface. 


output Active low local interrupt 


Table 2: Local Bus Target Fifo Interface 


TRF_LD output Data requested or available 
TWF_ST output 
TRF_ADDR output Transfer starting address 
TWF_ADDR output 


TRF_AF 


_AF, output Transfer almost done flag 
TWF_AE 


TRFE_WR, input FIFO write and read enable 

TWF_RD 

TRF_DIN input Data transfer ports 
TWF_DOUT output 


Initiator FIFO Interface 


The operation of this block is controlled by the contents of 
registers in the register block. This block is interfaced to two 
FIFOs, similar to the memory interface block. One is the ini- 


Soyntiesizanie role udee Design Examples 


tiator read (IRF) FIFO, and the other is the initiator write 
(IWF) FIFO. 


The FIFOs are identical, but data flows in opposite direc- 
tions. A description of a FIFO follows in the FIFO section. 
Table 3 lists the signals used in the interface. 


Table 3: Local Bus Initiator Fifo Interface 


Data requested or available 


Transfer starting address 


IF_ADDR 


IWF_AF, output Transfer almost done flag 
IRF_AE 
IWF_WR, input FIFO write and read enable 
IRF_RD [| a 
IWF_DIN input - {Data transfer ports 
__|RF_DOUT output | 
Pinout 


The register file and FIFO interface pinouts are not fixed to 
specific FPGA |/O pads, allowing flexibility in customization. 
The PCI bus specific signals are constrained as part of the 
LogiCORE PCI32 implementation. 


As shipped, all of the register file and FIFO interface signals 
are brought off-chip, but it is not necessary that any inter- 
face signals be brought off chip at all in single FPGA de- 
signs. 


Core Modifications 


Modifications can be done to remove the initiator function- 
ality or selected portions of the target functionality. The full 
design may be expanded as needed or reduced to a very 
small subset of the original design. The PCI interface itself 
is also configurable by the designer. 


Verification Methods 


This design example includes a system level testbench that 
simulates a four-slot PCI system. This simulation testbench 
includes a behavioral host bridge (with programmable arbi- 
ter) capable of generating burst transactions and a pro- 
grammablie behavioral target. 


Recommended Design Experience 


The challenge to implement a complete PCI design varies 
depending on configuration and functionality of your appli- 
cation. We recommend previous experience with building 
high-performance, pipelined FPGA designs using the Xilinx 
implementation software and familiarity with either VHDL or 
Verilog. 
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Xilinx Inc. 
2100 Logic Drive 
San Jose, CA 95124 


Phone: +1 408-559-7778 

Fax: +1 408-377-3259 

E-mail: | Techsupport: hotline@xilinx.com 
Feedback: logicore@xilinx.com 

URL: http: //www.xilinx.com 

Introduction 


Xilinx LogiCORE FIFO is a high-performance scalable 
FIFO module that is provided at no cost with the Xilinx 
CORE Generator. It is easily parameterized and generated 
using the intutive graphical user interface of the CORE 
Generator. 


Features 


e Data width from 4 to 80 bits 

e Depths from 16 to 256 words 

e SelectRAM™ used for high density and performance 

e Registered output 

e Drop-in modules for the XC4000E, EX, XL, XV and 
Spartan families 

¢ High performance and density guaranteed through 
Relational Placed Macro (RPM) mapping and 
placement technology 

e Available in Xilinx CORE Generator 


Functional Description 


The synchronous First-In, First-Out Memory module has a 
single clock port for both data-read and data-write opera- 
tions. Data presented at the module’s data-input port (D) is 
written into the next available empty memory location on a 
rising clock-edge when the write-enable input (WE) is High. 
The memory-full status output (FULL) indicates that no 
more empty locations remain in the module’s internal mem- 
ory, and that further data-writes must be avoided until the 
FULL output returns Low. Data can be read-out of the FIFO 
via the module’s data-output port (Q) in the order in which it 
was written by asserting the read-enable input (RE) prior to 
a rising clock edge. The memory-empty status output 
(EMPTY) indicates that no more data resides in the mod- 
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ule’s internal memory, and that further data-reads should 
be avoided until the EMPTY output returns to LOW. 


The internal read and write counters that maintain the FIFO 
status can be reset by asserting the RESET input prior to a 
rising clock edge. This effectively empties the FIFO, dis- 
carding any data that may have been stored in the module 
but which had not been read-out. Note that RESET has pri- 
ority over RE and WE. 


The FIFO provides two additional outputs - BUFCTR_CE 
and BUFCTR_UPDN - that may be used to control an 
external up/down counter such that the counter’s output 
indicates the number of data words that are currently stored 
in the FIFO. See Figure 1. This may be useful in applica- 
tions where more information about the FIFO’s empty/full 
status is required - such as half-full, for example. 


FIFO UP/DOWN COUNTER 


RESET 


Count 


Reset 


Clock 


X8261r 


Figure 1: Connections for Up/Down Counter 


The FIFO offers the designer the choice of implementing its 
internal memory with single- or dual-port SelectRAM™. 
Single-port memory is the most area efficient, but has the 
restriction that data may not be written and read at the 
same time. (l.e. WE = High and RE = High is illegal - and 
will be ignored - when single-port memory is used.) Dual- 
port memory permits simultaneous data-read and data- 
write operations, but incurs a higher area cost. See Figures 
3 and 4. 


The FIFO’s internal state machine masks attempts to write 
data into a full FIFO (i.e. WE = High when FULL = High) 
and attempts to read data from an empty FIFO (i.e. RE = 
High when Empty = High). Either of these erroneous situa- 
tions will be ignored by the FIFO, although no error flag is 
generated to indicate that the requested operation has not 
occurred. 


So LILA oh A 


WE 


RE 


DOUT XXX KKK XD 


FULL 


EMP pee a ee 


X8263 


Figure 3: Timing Diagram for Single and Dual Ports 
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Figure 4: Timing Diagram for Dual Ports - Simultaneous Read and Write 
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Pinout Signal Signal 


Description 


Direction 
BUFCTR_CE Output |Optional connect to the clock 
enable of an external up- 
down counter. 
BUFCTR_UPDN| Output |Optional connect to the up- | 
down pin of an external up- 
down counter. 


CORE Generator Parameters 


The CORE Generator dialog box for this macro is shown in 
Figure 5. The parameters are as follows: 


Port names for the schematic symbol are shown in Figure 2 
and described in Table 1. Timing diagrams for the single 
and dual ports FIFO are shown in Figures 3 and 4. 


Q [n:0] 


WE FULL 


EMPTY 


RE 


RESET 


BUFCTR_CE 


¢ Component Name: Enter a name for the output files 
generated for this module. 
e Port Width: Select an input bit width from the pull-down 


BUFCTR_UPDN 


X8259r menu. The valid range is 4-80. 
Figure 2: Core Schematic Symbol ¢ Depth: Select the number of words in the FIFO from the 
pull-down menu. The valid range is 16-256 in multiples 
Table 1: Core Signal Pinout of 16. 


e Dual Port: Select either Single Port or Dual Port RAMs. 
e Internal Memory: You must choose Dual Port if 
simultaneous read/write operations are required. 


Signal 
Direction 


Description 


DATA INPUT —port through 
which data is written into the Set 
F] FO. nchronous FIFO 
Input |WRITE ENABLE - active 
high signal used to allow the 
transfer of data from the in- 
put data port into the FIFO. 
[RE Input _|READ ENABLE — active high 
signal used to allow the 
transfer of data from the 
FIFO onto the output data 


| pins. 
RESET Input |SYNCHRONOUS RESET — 

i |clears me EES : | Figure 5: Parameterization Window 
C Input |}CLOCK — with the exception 


of asynchronous control in- 
puts (where applicable), con- 
trol and data inputs are 
captured, and new output 
data formed on rising clock 
fos _|transitions. 

Q [n:0] Output |REGISTERED DATA OUT — 
the registered output of the 
FIFO. 

[FULL Output |FULL — this signal is assert- 
ed when the FIFO is full. 
|EMPTY Output |EMPTY — this signal is as- 
serted when the FIFO is 
empty. 
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HotPCi Spartan Prototyping Board 


Viera Coveur 


CORPORATION 
Virtual Computer Corporation 


6925 Canby Ave. #103 

Reseda, CA 91335 USA 

Phone: +1 818-342-8294 

Fax: +1 818-342-0240 
E-mail: info@vec.com 
Website: http://www.vcc.com 


Introduction 


To facilitate rapid development of PCI Designs using the 
Xilinx LogiCORE PCI32 Interface, VCC has developed the 
HotPCli Spartan Prototyping Board. This allows the 
designer to quickly develop, modify, and test Xilinx Logi- 
CORE PCI32 designs in-system. The HotPCl Board is pro- 
vided with the Xilinx PCI32 Design Kit and should be used 
in conjunction with the LogiCORE PCI32 Spartan Interface. 


Features 


The Spartan HotPCI board comes standard with the follow- 
ing hardware and features: 


¢ 5VPCI2.1 Compliance 
¢ Xilinx Spartan XCS40-4, reconfigurable via PCI bus or 
Xchecker cable 


a OLS 


Figure 1: Spartan HotPCl Spartan Prototyping Board 
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Data Sheet 


e Xilinx XC95108-10 for reconfiguration management 

¢ 8x128K bytes of fast SRAM organized as 
2 Independent Banks of 32-bit RAM (four 8-bit x 128K) 

e Configuration Flash 128KB for initial configuration 

¢ Configuration RAM Cache 128KB for reconfiguration 

e Programmable Clock Generator (860KHz to 100 MHz) 

e Mezzanine Connectors for daughter cards 

e LEDs to indicate configuration finished (DONE), 5 V, 
and3.3 V 

e 3 Split Power Planes & 1 Ground Plane 

e 4 Signal Layers 

e Xchecker/Download Cable Module 

e PCI Demo bitstream 

e Backend design example files for RAM interface 

e PCB design files for the PCI Interface only 

e Reference drivers for Windows 95 and Windows NT 


Options 
All options are available directly from VCC. See the Order- 
ing Information chapter for more details. 


¢ Programmable Voltage Control Module (3.3v to 1.8v) 
e License for the Configuration Cache Manager™ 

e Prototyping Daughter Card 

e XC40125 Extended Logic Daughter card 

¢ XC6264 RPU Daughter Card 

e HotPCl Card with a Xilinx XC4062XL FPGA 


notee. Seatianr retotyping Beare: 


Configuration 


32-Bit Data 


24-Bit Address 


Flash: 128KB 
Cache: 128KB 
(opt.) Flash: 2MB 
(opt.) Cache: 512KB 


HOST 


Figure 2: Spartan HotPCl Block Diagram 


General Description 


The Spartan HotPCl board is a PCI bus based general pur- 
pose PCI Prototyping Board, which is provided with the Xil- 
inx PCI32 Design Kit (See the Ordering Information chapter 
of this data book for details). When used in conjunction with 
the LogiCORE PCI32 Spartan Interface, designers can 
quickly modify and test their PCI designs in-system. It fea- 
tures the XCS40 FPGA as the PCI bus interface chip, anda 
single bank of SRAM plus a VCC proprietary reconfigura- 
tion system, the Configuration Cache Manager™ (CCM). 
The Spartan HotPCl Spartan Prototyping Board is valuable 
for evaluating, customizing, and verifying the Xilinx Logji- 
CORE PCI32 product line. The mezzanine daughter card 
connectors offer expandability for prototyping additional 
features or extending the programmable logic capabilities 
of the HotPCi board. A series of daughter cards are avail- 
able from VCC, including a prototyping card for wire-wrap 
projects, an extended logic card with the XC40125, and a 
XC6200 Reconfigurable Processing Unit (RPU) card offer- 
ing microsecond dynamic partial reconfiguration. 


Software 


The HotPCl Spartan Prototyping Board is supplied with 
drivers made by Vireo Software, Inc. The Xilinx PCI32 
Design Kit also includes driver development tools from 


& Control Signals 


via PCI Bus 


32-Bit Data 


24-Bit Address 


RAM Bank A: 512KB 
RAM Bank B: 512KB 
(opt.) Bank A: 2MB 
(opt.) Bank B: 2MB 


* HOS -VCC’s Hardware 
Operating System Interface 


Vireo. Together with VCC’s HotPClI Board, Vireo’s develop- 
ment tools allow easy customization and prototyping of a 
complete PCI system. See the Driver::Works Windows 
Device Driver Development Kit Version 2.0 and the VtoolsD 
Windows Device Driver Development Kit Version 3.0 data 
sheets for more details on the driver development tools. 
Included with the board is also a bitstream and a Windows 
‘95 application CD that allow demonstration of the card. 


Functional Description 


The Spartan XCS40 FPGA contains the Xilinx LogiCORE 
PCI32 Interface Macro and the backend design. VCC sup- 
plies a customized backend that allows users to communi- 
cate with two fully independent 32-bit banks of RAM and 
the Configuration Cache Manager™ (CCM). The CCM con- 
trols the Run-Time Reconfiguration (RTR) behavior of the 
system. 


The HotPCl board has two independent buses, each with 
32-bit data and 24-bit address. There is a daughter board 
I/O connector for each of these two buses. 


Configuration with the CCM 


At power-on the FPGA is set to slave serial mode; then the 
CCM obtains the configuration data from flash and loads 
the FPGA. Through the PCI bus, the user can load a new 
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configuration into the Configuration Ram Cache. The user 
then writes to the CCM to start the reconfiguration of the 
FPGA. During this time access to the board is disabled by 
the driver. When the FPGA comes back on-line it signals 
the driver, which reloads the PCI Header information into 
the LogiCORE PCI Core. A 128KB Configuration Cache 
RAM can hold 3 XCS40 configurations. See Figure 2 for a 
block diagram of the board. 


$= XILINX 


Configuration with an Xchecker cable 


Configuration can also be performed through an Xchecker 
cable or download cable. The supplied Xchecker module 
occupies one of the daughter card I/O connectors. The PCI 
bus of the host computer must be reset when this occurs. 


HotPCI Spartan Prototyping Board 


Notes: 
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Vireo Software, Inc. 


30 Monument Square, Suite 135 

Concord, MA 01742 USA 

Phone: +1 978-369-3380 

Fax: +1 978-318-6946 

E-mail: info@vireo.com 
support@vireo.com 

Website: http://www.vireo.com 


Introduction 


To facilitate rapid development of PCI Designs using the 
Xilinx LogiCORE PC132 Interface, Vireo is providing the 
Driver::Works Windows Device Driver Development Kit. 
This kit includes an interactive GUI Wizard that runs in con- 
junction with the Microsoft Visual C++ 4.2 and later. Provid- 
ed at no extra cost with the Xilinx PCI Design Kit, is a full- 
featured version of Driver::Works licensed for prototyping 
fully functional drivers and testing them with the HotPCl 
board. An unrestricted license is available directly from 
Vireo. 


Support 


Support for Driver::Works is provided only from Vireo. See 
Vireo’s home page for contact instructions and other 
details. 


Features 


¢ Windows NT support 

e Windows 98 support 

e Driver::Wizard™, Vireo’s Code Generation Wizard 
Interface. The Wizard includes automated support for 
ail PCI functions, including: 
- PCI Configuration 
- DMA 
- Mapped Memory 
- Interrupt handling 


- 1O Ports 
- Application interface 
- Registry interface 
- Plug and Play handling 

e Support for MSVC++ 4.2 and later 

e C++ Class Library for NT/WDM driver development 

e Full library source code is included 

e Dozens of sample drivers, with full source code 

¢ Full Plug and Play support 

e Driver Access Architecture (DAA) supports portability 
between Windows NT, Windows 95, Windows 98, and 
Win32 Driver Model (WDM) 

e Driver::Monitor™ - monitor driver activity without a 
debugger. 

e Ready-to-use examples tested on real-world hardware 

e Full technical support through Vireo 

e RISC platform support 

e More than 700 pages of printed and online 
documentation 


Description 


Driver::Works is a next-generation environment for device 
driver development based on a powerful and flexible C++ 
class library coupled with a powerful code generation wiz- 
ard. 


Over time, Windows application development has evolved 

to class libraries such as MFC and development tools such 
Microsoft’s Application Wizard. Vireo provides a similar en- 
vironment for Windows NT and WDM device driver devel- 

opment. 


Figure 1: Driver::Wizard GUI (earlier version shown) 
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Driver::Works Windows Device Driver Development Kit Version 2.0 


you through a series of steps that identify many character- 
istics of your device. Driver::Wizard then generates source 
code tailored to your driver. The Driver::Works class library, 
framework, and Wizard provide access to tens of thou- 
sands of lines of working, debugged code that will allow you 
po esoiees eraes to develop your device drivers quickly. 


> IRG resource namded ‘DataReady' 


ol Ret enme tescures tiemad: Eoran-one Driver::Works implements Vireo's Device Access Architec- 
ture (DAA) interfaces. Using DAA, device driver source 
code can be easily ported between Windows 95, Windows 
98, and all versions of Windows NT. Drivers written with 
DAA provide optimal performance on each platform while at 
the same time offering a common set of objects and inter- 
faces that provide source code portability with no limitations 
or overhead. 


Test0?1 Device 


Driver::Works requires Microsoft Visual C++ version 4.2 or 
later, and the Microsoft NT DDK, or the Windows 98 DDK. 
Driver::Works drivers have been tested on both Alpha and 
Intel single and dual processor platforms. 


Figure 2: Driver::Wizard GUI (earlier version shown) 
Driver::Works incorporates years of class-library design ex- 


perience into a clean, object-oriented system that accurate- 
ly reflects the underlying system architecture while avoiding 
the use of arcane C++ language features. 


The Driver::Works class library offers thousands of lines of 
tested code that reduce many complex tasks to simple li- 
brary calls. In fact, Driver::Works offers by far the most 
complete device driver library available. 


The Driver::Monitor tool, shown in Figure 3, provides a 
unique workbench for loading, testing, tracing, and unload- 
ing your device driver. 


Driver::Works also ships with complete examples that are 
designed to be used as a basis for further development. 


Driver::Works also includes Vireo’s unique Driver::Wizard 
technology, shown in Figures 1 & 2. Driver::Wizard guides 


Monitor 


monitor Reader thread started (channel 1 = Default} 

monitor Channel ‘Default’ opened 

monitor A new entry in the service database has been created for the driver. 
monitor Select File | Start Driver to start the driver. 

monitor Driver started successfully. 

monitor Reader thread started (channel 2 = X/SPassive} 

monitor Channel 'X75Passive’ opened 


: 9.362114 xX/5Passive Init Entered DriverEntry regoath=\REGISTRY\Machine\System\ControlSet001\Services\Output 
15362164 X75Passive Init: Created device object, object at Oxc0941280 

: 3.362305 xX/5Passive Init: Attaching interrupt object, bus irql = Ox? 

75.362451 X75Passive Init Opening /O range 1 

45362573 X75Passive Init Opening memory range, system address=0xf0735000 

15.362739 X75Passive Init: The driver is successfully initialized 


monitor Driver stopped successfully. 
monitor Driver's service database entry successfully removed. 
monitor -- end -- 


Figure 3: Driver::Monitor Interface 
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Licensing 


The version of Driver::Works included in the Xilinx PCI De- 
sign Kit is fully functional and includes all libraries and soft- 
ware. It is licensed for use in driver development and 
prototyping only. Vireo offers Xilinx PC! customers the op- 
portunity to purchase a royalty-free distribution license. 
Contact Vireo for pricing and details. 


Vireo provides free bug fixes available for immediate down- 
load. Timely new versions provide support for a new com- 
piler versions, and operating system revisions. Vireo also 
provides new examples and bug fixes on a regular basis. 


Technical support on this product is available only through 
Vireo Software Inc. 
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Vireo Software, Inc. 


30 Monument Square, Suite 135 
Concord, MA 01742 USA 


Phone: +1 978-369-3380 

Fax: +1 978-318-6946 

E-mail: info@vireo.com 
support@vireo.com 

Website: http://www.vireo.com 

Introduction 


To facilitate rapid development of PCI Designs using the 
Xilinx LogiCORE PCI Interface, Vireo is providing the 
VtoolsD Windows Device Driver Development Kit. This kit 
includes an interactive GUI Wizard that allows the creation 
of a drive driver framework with a few simple selection and 
mouse clicks. Both the Microsoft Visual C++ 4.2 and later 
and the Borland C++ 4.x and later compilers are supported. 
Provided at no extra cost with the Xilinx PCI Design Kit, is 
a full-featured, fully functional version of VtoolsD licensed 
for prototyping drivers and testing them with the HotPCl 
board. 


Support 


Support for VtoolsD is provided only from Vireo. See Vireo’s 
home page for contact information and other details. 


Features 


e Windows 95, 98, 3.X Support 
¢ VtoolsD Interface 
e Works with MS or Borland C/C++ compilers 
e More than 50 sample drivers 
- Over 2 dozen example drivers written in C 
- Over 1 dozen example drivers written in C++ 
e Detailed on-line and printed documentation 
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VtoolsD Windows Device Driver 
Development Kit Version 3.0 


Data Sheet 


Figure 1: 


C and C++ system interfaces 

C Run Time Library 

C++ Class Library 

Includes complete source code for all libraries 
Thunks and wraps for every VMM/ VxD service and 
handler 

Microsoft DDK components bundled with VtoolsD for 
Windows 95 

Debug kernel executables and symbol tables 
WDEB386 system-level debugger for VxDs 

More than 1900 online help topic pages 

DDK documentation and help files 

Supports Driver Access Architecture (DAA) 
QuickVxD Wizard for quick device driver framework 
development. 

Driver Access Architecture (DAA) supports portability 
between Windows NT, Windows 95, Windows 98, and 
Win32 Driver Model (WDM) 

Complete access to over 900 interfaces from C/C++ 
More than 60 classes designed for VxD operation 
More than 80 ANSI-compatible C Run Time Library 
functions 

Driver::Monitor™ - monitor driver activity without a 
debugger. 

QuickVxD source code generator - a VxD Wizard 
Microsoft and Borland compiler support 

Dynamic VxD Loader 

VxD Viewer 


JUNDEFINED_DEVICE_ID 


UNDEFINED_INIT_ORDER 


VtoolsD™ QuickVxD GUI 


Description 


VtoolsD is the easiest and fastest way to build Virtual De- 
vice Drivers (VxDs) for Microsoft Windows. Designed for 
both novice and experienced VxD developers, VtoolsD pro- 
vides the comprehensive C or C++ solution for all VxD de- 
velopment challenges. Shipping since July 1994, VtoolsD is 
a mature, professional product used by thousands of devel- 
opers world wide. 


VtoolsD supports all of the system interfaces that the Mi- 
crosoft DDK provides, plus an additional set of services pro- 
vided by the VtoolsD libraries. VtoolsD can be used to write 
any kind of VxD, and makes that easier than it would be us- 
ing the DDK. 


Driver::Works implements Vireo's Device Access Architec- 
ture (DAA) interfaces. Using DAA, device driver source 
code can be easily ported between Windows 95, Windows 
98, and all versions of Windows NT. Drivers written with 
DAA provide optimal performance on each platform while at 
the same time offering a common set of objects and inter- 
faces that provide source code portability with no limitations 
or overhead. 


VtoolsD Windows Device Driver Development Kit Version 3.0 


The Driver::Monitor tool, shown in Figure 2, provides a 
unique workbench for loading, testing, tracing, and unload- 
ing your device driver. 


VtoolsD requires either MSVC++ 4.2 or later or the Borland 
C++ 4.X and later compilers. The Microsoft DDK is not re- 
quired to use VtoolsD. 


Licensing 


The version of VtoolsD, included in the Xilinx PCl Design 
Kit, is fully functional and includes all libraries and software. 
It is licensed for use in driver development and prototyping 
only. Vireo offers Xilinx PCl customers the opportunity to 
purchase a royalty-free distribution license. Contact Vireo 
for pricing and details. 


Vireo provides free bug fixes available for immediate down- 
load. Timely new versions provide support for a new com- 
piler versions, and operating system revisions. Vireo also 
provides new examples and bug fixes on a regular basis. 


Technical support on this product is available only through 
Vireo Software Inc. 


monitor Reader thread started (channel 1 = Default) 

monitor Channel ‘Default opened 

monitor A new entry in the service database has been created for the driver. 
monitor Select File | Start Driver to start the driver. 

monitor Driver started successfully. 

monitor Reader thread started (channel 2 = X75Passive} 

monitor Channel 'X75Passive’ opened 


| 9.362114 X/5Passive Init: Entered DriverEntry regpath=\REGISTRY\Machine\System\ControlSet00 1\Services\Output 
15362164 xX75Passive Init Created device object, object at Oxc0941280 


15362305 X75Passive Init: Attaching interrupt object, bus irgl = Ox7 


15.362451 X75Passive Init Opening /O range 1 


15.362573 X75Passive Init: Opening memory range, system address=0xf0735000 


: 2.362739 X/5Passive Init: The driver is successfully initialized 


monitor Driver stopped successfully. 
monitor Driver's service database entry successfully removed. 
monitor -- end -- 


Figure 2: Driver::Monitor Interface 
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XC4000XLT Family 
Field Programmable Gate Arrays 


Data Sheet 


XC4000XLT Features 


Note: This data sheet describes the XC4000XLT Family 
devices. This information does not necessarily apply to the 
other Xilinx families: XC4000, XC4000A, XC4000D, 
XC4000H, XC4000L, XC4000E, XC4000EX, XC4000XL or 
XC4000XV. For information on these devices, or for the 
most current information regarding the XC4000XLT family, 
see the Xilinx WEBLINX at http://www.xilinx.com. 


e System featured Field-Programmable Gate Arrays 

- Select-RAM™ memory: on-chip ultra-fast RAM with 
- synchronous write option 
- dual-port RAM option 

- Abundant flip-flops 

- Flexible function generators 

- Dedicated high-speed carry logic 

- Hierarchy of interconnect lines 

- Internal 3-state bus capability 

- 8 global low-skew clock or signal distribution 
networks 

System performance beyond 80 MHz 

Low power segmented routing architecture 

Systems-oriented features 

- IEEE 1149.1-compatible boundary scan logic 
support 

- Individually programmable output slew rate 

- Programmable input pull-up or pull-down resistors 

Configured by loading binary file 

- Unlimited reprogrammability 

Readback capability 

- Program verification 

- Internal node observability 


XC4000XLT Family FPGAs 


¢ 3.3V PCI Compliant 

XC4000XLT devices provide PCI compliant I/O. They 
differ from XC4000XL devices only in that they enable 
the positive input signal clamping function required by 
PCI specifications. 

New Packages enable Positive Signal Clamping 
The XC4000XLT family of FPGAs is a new packaging 
option for the XC4000XL FPGAs. For XLT devices, Vit, 
the positive clamping supply is made available to device 
pins. These Vtt pins replace 8 normal I/O pins. By 
connecting the Vit pins to a positive power supply, the 
positive clamping diodes present in the IOBs are 
enabled. 
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XC4000XLT Electrical Features 


¢ Low-Voltage Device Functions at Vcc=3.0 - 3.6 Volts 

e¢ Vtt supply allows positive signal clamping to Vtt +0.6 V 

¢ Fully 3.3 V PCI compliant I/O (Vtt connected to 3.3V) 

e 5.0 V PCI compatible I/O for embedded systems with 8 
loads or less (Vtt connected to 5.0 V) 

e 5.0 V TTL compatible 1/O (Vtt connected to 5.0V) 

¢ 3.3 V_LVTTL, LVCMOS compatible I/O 


Additional XC4000XLT Family 
Features 


¢ Highest Performance — XC4000XL architecture 

e Highest Capacity — Over 130,000 system gates 

e Low Power — 3.3 V technology 

e Software Compatibility — Bitstream compatible with 
XC4000XL devices 

e Package Compatibility — Footprint compatible with 
XC4000XL devices (except for Vtt power pins) 

¢ Advanced Technology — 0.35 micron CMOS process 

e Buffered interconnect for maximum speed 

¢ New latch capability in configurable logic blocks 

e Improved VersaRing™ I/O interconnect for better fixed 
pinout flexibility 

e Flexible high-speed clock network 
- 8 additional Early Buffers for shorter clock delays 
- Virtually unlimited number of clock signals 

e Optional Multiplexer or 2-input function generator on 
device outputs 

e 26 Address bits in master parallel configuration mode 


PCI Compatible Features 


e LogiCORE PCI32 4000 Interface available 
- 33 MHz 32-Bit PCI interface 
- Master or Target mode 
- Implemented entirely in programmable logic 
- Up to 124,000 gates available for user logic 


e Fully compliant 3.3 V PCI I/O 
- <7 nsec input setup time 
- OQnsec input hold time 
- <11 nsec clock to output 
- Positive and negative input signal clamping 
- Meets 5.0 V PCI timing for up to 8 loads 
- 80mA sink current at minimum AC drive point 
(2.2V) 


REO) rary ee rogrammabis Gale Altay: 


to meet the PCI test requirements and provide device pro- 
tection, it is necessary to connect the Vit pins to the 5.0 V 
power supply. 


Difference between the XC4000XLT 
and XC4000XL FPGAs 


The only difference between XLT and XL devices is that in 
XLT devices, the Vit supply is connected to package pins. 
By connecting the Vtt supply pins to a positive voltage, pos- 
itive input signal clamping is enabled. The Vit pins assigned 
to the Vtt supply are named in the pinout guide for the 
XC4013XLT, XC4028XLT, and XC4062XLT FPGAs. There 
are 8 Vit pins in all package options. 


= X7939 


I/O signaling compliance 


; ; The I/O signaling compliance is a function of how the Vtt 
PCI Requirements for Clamp Diodes pins are connected. Connecting Vtt to a power supply pro- 


Clamp diodes are electrical protection devices placed inthe | 9'ams the compliance for all the IOBs on the device. All 8 of 
/O buffer of a chip. Both 5 V PCI and 3.3 V PCI signalling the Vit pins must be connected to the same voltage source. 


Figure 1: Clamp Diodes Present in the XL, XLT lIOBs 


environments require clamp diodes to ground, which all Xil- e Vtt floating 

inx 4K family devices have. The 3.3 V PCI specification also When Vit is left floating, the I/O characteristics of the 
requires clamp diodes to 3.3 V. The clamp diode serves two XLT devices will be identical to XL devices. |/O will be 
purposes. It offers device protection and it controls the bus LVTTL and LVCMOS compatible. 


waveforms as signals are transitioning on the bus. The lat-— 
ter function is vital to the signal integrity of the bus and is e Vit connected to 5.0V power. 


why clamp diodes are mandatory in a 3.3 V PCI system. If Vtt is connected to the 5.0 V power supply, the XLT 
: ; device will be TTL, LVTTL, LVCMOS and 5V-PCI 


Ratings and Device Protection 

e Vtt connected to 3.3V power 
lf Vtt is connected to 3.3V power, the I/O will be LVTTL, 
LVCMOS, and 3.3V-PCI compliant. Note that 5V TTL 
and 5V CMOS is not allowed. 


The upper clamp diode is optional in 5 V systems. For 5 V 
signaling, the PCI specification simply requires the devices 
be able to withstand a maximum overshoot voltage of 11 V 
for a minimum of 11 nsec through a 55 ohm resistor. See 
the PCI Specification v2.1, p126 for more details on this 
particular test. XC4000XL/XLT devices have a maximum 
input voltage requirement of 7.0 V (for < 10 nsec). In order 


Table 1: XC4000XLT Family Field Programmable Gate Arrays 
Gate Range of 


Logic CLB Total Max. 
Device Cells (No RAM) |(No Logic) |(Logic and RAM)*| Matrix CLBs_ | Flip-Flops| User I/O 


40,000 - 130,000 


Max Logic | Max. RAM Number 


Typical 
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5.0 V Power 


3.3 V Power 


Voc-5 V Voc 


5 Volt Device - XC4000XLT 


Figure 2: XLT Power supply and signaling environment with Vtt connected to 5.0 V power supply 


Voc 


3.3 Volt Device 


Ground 
X7145 


3.3 V Power 


Vcc 


XC4000XLT 3.3 Volt Device 


Ground 
X7146 


Figure 3: XLT Power supply and signaling environment with Vit connected to 3.3V power supply 
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Pin Locations for XC4013XLT Devices 
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XC4013XLT Pad Name 
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* Pads labelled GND* or VCC* are internally bonded to Ground or 
VCC planes within the package. They have no direct connection to 
any specific package pin. 


Additional XC4013XLT Package Pins 


PQ208 


5/5/97 
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GND Pins 
P143t 
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$+ Pins marked with this symbol are used for Ground connections on 
some revisions of the device. These pins may not physically connect 
to anything on the current device revision. However, they should be 
externally connected to Ground, if possible. 


Pin Locations for XC4028XLT Devices 
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Additional XC4028XLT Package Pins 
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Note: These pins may be N.C. for this device revision, however for 
compatibility with other devices in this package, these pins should 
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Pin Locations for XC4062XLT Devices 
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* Pads labelled GND* or VCC* are internally bonded to Ground or 
VCC planes within the package. They have no direct connection to 
any specific package pin. 


Additional XC4062XLT Package Pins 
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Note: These pins may be N.C. for this device revision, however for 
compatibility with other devices in this package, these pins should 
be tied to GND. 


VCC Pins 
A31 


C3 


AK1 
AK ALT 
TaLia [Alia | AL2s | Al2s | AL2o | ALgO >= 


N.C. Pins 


[ABS ioe ee Ea De ee ae ee 


5/5/97 


May, 1998 


Spartan and Spartan-XL Families 
Field Programmable Gate Arrays 
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Advance Product Specification 


Introduction 


The Spartan™ Series is the first high-volume production 
FPGA solution to deliver all the key requirements for ASIC 
replacement up to 40,000 gates. These requirements 
include high performance, on-chip RAM, Core Solutions 
and prices that, in high volume, approach and in many 
cases are equivalent to mask programmed ASIC devices. 


The Spartan series is the result of more than thirteen years 
of FPGA design experience and feedback from thousands 
of customers. By streamlining the Spartan feature set, 
leveraging advanced hybrid process technologies and 
focusing on total cost management, the Spartan series 
delivers the key features required by ASIC and other high 
volume logic users while avoiding the initial cost, long 
development cycles and inherent risk of conventional 
ASICs. 


The Xilinx LogiCORE PCI32 Spartan Interface will support 
the XCS30 and XCS40 devices, as shown in Table 1. 


Spartan Series Features 


Note: The Spartan series devices described in this data 
sheet include the Spartan™ family of devices and the 
Spartan-XL™ family of devices. 


e Next generation ASIC replacement technology 

- First ASIC replacement FPGA for high-volume 
production with on-chip RAM 

- Advanced Ultradense™ 0.35um/0.50um process 

- Density up to 1862 logic cells or 40,000 system 
gates 

- Streamlined feature set based on XC4000 
architecture 

- System performance beyond 80 MHz 

- Broad set of AllianceCORE™ and LogiCORE™ 
solutions available 

- Unlimited reprogrammability 


System level features 


Available in both 5.0 Volt and 3.3 Volt versions 
On-chip Select-RAM™ memory 

Fully PCI compliant 

Low power segmented routing architecture 
Full readback capability for program verification and 
internal node observability 

Dedicated high-speed carry logic 

Internal 3-state bus capability 

8 global low-skew clock or signal distribution 
networks 

IEEE 1149.1-compatible boundary scan logic 
support 


Versatile I/O and packaging 


Low cost plastic packages available in all densities 
Footprint compatibility in common packages across 
all Spartan and Spartan-XL devices 

Individually programmable output slew-rate control 
maximizes performance and reduces noise 

Hold time of 0.0 ns for input registers simplifies 
system timing 

12-mA sink current per output 


Fully supported by powerful Xilinx development system 


Foundation series: Fully integrated, shrink-wrap 
software 

Alliance series: Over 100 PC and engineering 
workstation 3'¢ party development systems 
supported 

Fully automatic mapping, placement and routing 
Interactive design editor for design optimization 


Table 1: LogiCORE PCI32 Spartan Supported Spartan and Spartan-XL! Series Field Programmable Gate Arrays 


Max Typical Number 
Logic System Gate Range CLB Total of Max. 
Device Cells Gates (Logic and RAM)* Matrix CLBs Flip-Flops | User I/O 
XCS30 & XCS30XL 10,000 - 30,000 24 x 24 576 192 
XCS40 & XCS40XL 13,000- 40,000 | 28x28 | 784 2,016 224 


* Max values of Typical Gate Range include 20-30% of CLBs used as RAM. 
1. Spartan-XL devices and PCI32 Spartan support for Spartan-XL available later 1998 
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Spartan and Spartan-XL Families Field Programmable Gate Arrays 


General Overview 


Spartan Series FPGAs are implemented with a regular, 
flexible, programmable architecture of Configurable Logic 
Blocks (CLBs), interconnected by a powerful hierarchy of 
versatile routing resources (routing channels), and sur- 
rounded by a perimeter of programmable Input/Output 
Blocks (IOBs), as seen in Figure 1. They have generous 
routing resources to accommodate the most complex inter- 
connect patterns. 


The devices are customized by loading configuration data 
into internal static memory cells. Re-programming is possi- 
ble an unlimited number of times. The values stored in 
these memory cells determine the logic functions and inter- 
connections implemented in the FPGA. The FPGA can 
either actively read its configuration data from an external 
serial PROM (Master Serial mode), or the configuration 
data can be written into the FPGA from an external device 
(Slave Serial mode). 


Spartan FPGAs can be used where hardware must be 
adapted to different user applications. FPGAs are ideal for 


shortening design and development cycles, and also offer a 
cost-effective solution for production rates well beyond 
50,000 systems per month. 


Spartan Series devices achieve high-performance, low- 
cost operation through the use of an advanced architecture 
and semiconductor technology. Spartan and Spartan-XL 
provide system clock rates exceeding 80 MHz and internal 
performance in excess of 150 MHz. In contrast to other 
FPGA devices, Spartan offers the most cost-effective solu- 
tion while maintaining leading-edge performance. In addi- 
tion to the conventional benefit of high volume 
programmable logic solutions Spartan also offers on-chip 
edge-triggered single-port and dual-port RAM, clock 
enables on all flip-flops, fast carry logic, and many other 
features. 


The Spartan Series leverages the highly successful 
XC4000 architecture with many of that family’s features and 
benefits. Technology advancements have been derived 
from the XC4000XL and XC4000XV process develop- 
ments. 
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Device-Specific Pinout Tables 


Device-specific tables include all packages for each PCI Supported Spartan and Spartan-XL device. They follow the pad 
locations around the die, and include boundary scan register locations. 


Pin Locations for XCS30 & XCS30XL Devices 


XCS30 & XCS30XL Pad Name PQ208 PQ240 XCS30 & XCS30XL Pad Name PQ208 PQ240 
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* Pads labelled GND* or VCC* are internally bonded to Ground or 
VCC planes within the package. They have no direct connection to 
any specific package pin. 


Additional XCS30/XL Package Pins 
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+ Pins marked with this symbol are used for Ground connections on 


some revisions of the device. These pins may not physically connect 


to anything on the current device revision. However, they should be 
externally connected to Ground, if possible. 
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Pin Locations for XCS40 & XCS40XL Devices 


XCS40 & XCS40XL Pad Name 
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Additional XCS40/XL Package Pins 
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+ Pins marked with this symbol are used for Ground connections on 
some revisions of the device. These pins may not physically connect 
to anything on the current device revision. However, they should be 
externally connected to Ground, if possible. 
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Design Methodology 


The LogiCORE PCI32 Interfaces are highly optimized for 
the XC4000XLT and Spartan FPGAs. UCF and guide files 
provide easy implementation of the PCI interface. Pre- 
placed and pre-routed guide files guarantee timing perfor- 
mance on critical control signals like IRDY-, TRDY-, and 
FRAME-. 


The user connects the LogiCORE PCI Interface to other 
modules to complete the design. For example, to complete 
a PCI adapter card interface using the XC4013XLT, a 
designer first configures the PCI core using the intuitive 
graphical user interface on the Xilinx web, and downloads 
proven PCI design. See Figure 3 for the GUI. A designer 
would then create a single page schematic, VHDL, or Ver- 
ilog description, using the LogiCORE PCI32 Interface com- 
ponent together with the required user application. The 
user can then simulate the core with the customer design 
using provided VHDL and Verilog simulation models. Next, 
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the user compiles the design using the M1 software and the 
PCI place and route constraints file for the targeted FPGA. 
At this point the design can be resimulated or downloaded 
to the target device. See Figure 1 for a complete design 
flow. 


LogiCORE PCI Configuration 


To support multiple design environments, the LogiCORE 
PCI interface can be configured and downloaded from the 
web complete with a netlist, constraints, simulation model, 
and testbench in VHDL or Verilog. This methodology is 
described in our on-line documentation. For more details 
see: 


www.xXilinx.com/products/logicore/logicore.htm 


Design Verification 


Design 
Implementation 


Figure 1: PCI32 Interface Design and Simulation Methodology 
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This LogiCORE PCI configuration methodology allows HDL 
users and schematic to modify the PCI macro. After config- 
uring the macro, the user can download the design files in a 
PC or UNIX format. Using the macro in a HDL flow is 
described in the PC/32 User's Guide. 


For users that cannot access the configuration tool on the 
web, the core can be configured locally by editing a single 
schematic, VHDL or Verilog module. 


Configuration Module 


This is a self contained module, that allows migration 
between various HDL and schematic EDA tools. In Figure 2 
the Viewlogic version of the configuration module is shown. 


Schematic 


For Viewlogic users, all modifiable elements are in the cfg. 1 
schematic. To make changes, simply edit the cfg.1 file as 
describe in the PC/I32 User's Guide. This will configure the 
schematics to desired PCI configuration. 


VHDL and Verilog 


If using an VHDL or Verilog synthesis tool, two configura- 
tion options are available. The LogiCORE PCI interface can 
be configured and downloaded from the web or the user 
can simply edit the configuration file. To modify the design 
for either implementation or simulation in Verilog, edit the 
cfg.v file. If using VHDL, edit the cfg.vhd file included with 
the design files. This file supplies the configuration informa- 
tion to both the implementation black box, which is instanti- 
ated in your design, and the functional simulation model. 
More information about HDL flows can be found in the 
PCI32 User's Guide. 


Selectable Options 


Wait States 


The LogiCORE PCI32 Interfaces are switch selectable 
between one and zero wait states in the configuration mod- 
ule. See LogiCORE PCI Data Sheets for details on band- 
width options. 


Both zero and one wait state modes are fully PCI compli- 
ant; they do not deassert IRDY# or TRDY# when the other 
PCI bus agent inserts a wait state. See the LogiCORE 
PCI32 User’s Guide for additional details on using this 
mode. 


Decode Speed 


The LogiCORE PCI32 4000 Interfaces supports both 
medium and slow decode. This doesn’t affect the timing of 
the backend designs, only the assertion of DEVSEL. 


CapPtr and User Config Space 


The LogiCORE PCI32 Interfaces supports the new PCI 
Capability Pointer and the Additional Config Space it 
needs. For more details on using this option, refer to the 
LogiCORE PCI32 User's Guide. 


The Base Address Registers are fully modifiable. Unused 
BARs can be turned off for better utilization. 


The Interrupt Enable sets Bit 0 of the Interrupt Pin Register. 


The Latency Timer must be enabled in any design that 
needs to do bursting. If the design doesn’t require bursting, 
disabling it will save some resources. Refer to the Logi- 
CORE PCI32 User's Guide for more details on these and 
any other options. 
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XC4000XLT 
PCI Compliance Checklist 


May, 1998 Data Sheet 


Component Product Information 


Date May, 1998 
Vendor Street Address 2100 Logic Drive 


Note Vendor City, State, Zip San Jose, CA 95124 
U.S.A 


Vendor Phone Number +1 408-559-7778 


Vendor Contact, Title Per Holmberg 
LogiCORE Marketing Manager 


Product Model Number XC4013XLT 
XC4028XLT 
XC4062XLT 


Component Electrical Checklist 


This checklist applies to the following Component/Manufacturer: XC4000XLT / Xilinx, Inc. 
All items were verified over the following range of junction temperatures: ___emin ____smax 
OR 

All items were verified over the following range of CASE temperatures: 25°C min 85°C max 
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XC4000XLT PCI Compliance Checklist | 


5 V Signaling 

Type Description Yes or N/A 

CE1. Component supports 5V signaling environment? yes 
na/ 

if “na”, skip to section “3.3V Signaling” below. 

CE2. Component operates over voltage range 5V +/- 5%? na____ 
yes 
no 

“na” allowed for components that support 5V signaling, but draw power from a 
supply other than Vcc 5V. 
CES. Voltages between 2.0V and Vcc+0.5V are recognized as logic high? yes 
no____ 
CE4. Voltages between -0.5V and 0.8V are recognized as logic low? yes 
no 
CE5. All inputs sink less than 70uUA when pulled to 2.7V DC? yes 
no____ 
CE6. All inputs source less than 70uA when pulled to 0.5V DC? yes__ 
no 
CE7. All outputs drive to 2.4V (min) in the high state while sourcing 2mA? yes_ 
no 
CE8. All outputs drive to 0.55V (max) in the low state, sinking 3 or 6mA? yes_ 
no 
CE9. Outputs source at least 44mA at 1.4V in the high state? yes 
proven at:____ Vec= min, process=worsV/slow, junction temp= no 
(max) by: ____ SPICE simulation, __ device characterization, __ oth- 
er: 
NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 

CE10. Outputs source no more than 142mA at 3.1V in the high state? yes 
proven at:__ Vcc=max,__ process=besi/fast,___ junction temp= no_ 
(min)by: ___ SPICE simulation, device characterization, oth- 
er: 
NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 

CE11. Outputs sink at least 95mA at 2.2V in the low state? yes 
proven at:___ Vcec=max, process=worst/slow, junction temp= no_ 
(max) by:___ SPICE simulation, _____ device characterization, ___ other: 
NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 

CE12. Outputs sink no more than 206mA at 0.71V in the low state? yes. 
proven at:____ Vec=max, process=besi/fast,___ junction temp= no_ 
(min) by: ___. SPICE simulation, ____ device characterization, other: 


NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 
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Type 


CE13. 


CE14. 


CE15. 


CE16. 


CE17. 


Description 
REQ#, GNT# outputs source at least 22mA at 1.4V in the high state? 
proven at:__ Vcc=max, _____ process=worsv/slow, junction temp= 
(max) by: ___ SPICE simulation, device characterization, ____ oth- 


er: 


REQ#, GNT# outputs sink at least 47mA at 2.2V in the low state? 
proven at: __ Vcc=min, process=worst/slow, 
(max) by: ____ SPICE simulation, 
er: 


device characterization, oth- 


Clamps on all signals source at least 25mA at -1V, and 91mA at -2V? 
proven by: __ SPICE simulation, __ device characterization, oth- 
er: 


Unloaded rise times are no lower than 1 V/nS between 0.4 and 2.4V? 
The unloaded maximum rise time is: ___V/nS (measured at pin) 


Unloaded fall times are no lower than 1 V/nS between 2.4 and 0.4V? 
The unloaded maximum fall time is: V/nS (measured at pin) 
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junction temp= 


Yes or N/A 


yes 
no 
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3.3 V Signaling 
Type Description Pass/NA 
CE18. Component supports 3.3V signaling environment? yes # 
na___ 
if “na”, skip to section “Loading and Device Protection” below. 
CE19. Component operates over voltage range 3.3V +/- 0.3V? yes # 
no 
CE20. Voltages between 0. 5Vcc and Vcc+0.5V are recognized as logic high? yes f 
no 
CE21. Voltages between -0.5V and 0.3Vcc are recognized as logic low? yes f 
no 
CE22. All inputs sink/source less than 10 uA at any voltage from OV to Vcc? yes & 
no 
CE23. All outputs drive to 0.9Vcc (min) in the high state while sourcing 500uA? yes 
no 
CE24. All outputs drive to 0.1Vcc (max) in the low state, sinking 1500uA? yes f 
no___ 
CE25. Outputs source at least 36mA at 0.9V in the high state? yes # 
proven at: / Vcc=3.0V,___ process=worst/slow, junction temp= 85° C no_ 
(max) by: ____ SPICE simulation, / device characterization, other: 


NOTE: applies to all outputs except REQ#, GNT#, CLK, RST#, and SERR# 


CE26. Outputs source no more than 115mA at 2.5V in the high state? yes # 
proven at: / Vcc=3.6V, process=best/ast, junction temp= 25° C (min) no 


by:____ SPICE simulation, # device characterization, other: 
NOTE: applies to all outputs except REQ#, GNT#, CLK, RST#, and SERR# 

CE27. Outputs sink at least 48mA at 1.8V in the low state? yes # 
proven at: ¥ Vcc=3.0V,____ process=worst/slow, __ junction temp= 85° C no 
(max) by:____ SPICE simulation, / device characterization, other: 

NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 

CE28. Outputs sink no more than 137mA at 0.65V in the low state? yes # 
proven at: # Vcc=3.6V,__ process=best/fast, junction temp= 25° C (min) no___ 
by: ___ SPICE simulation,/ device characterization, other: 

NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 

CE29. REQ#, GNT# outputs source at least 18mA at 0.9V in the high state? yes 
proven at: f Vcc=3.0V,___ process=worst/slow, ___ junction temp= 85° C no 
(max) by: ___ SPICE simulation, £ device characterization, other: 

CE30. REQ#, GNT# outputs sink at least 24mA at 1.8V in the low state? yes Ff 
proven at: / Vcc=3.0V,__ process=worst/slow, junction temp= 85° C no __ 
(max) by: ___ SPICE simulation, # device characterization, other: 

CE31. Clamps on all signals source at least 25mA at -1V, and 91mA at -2V? yes # 
proven by:____ SPICE simulation, # device characterization, other: no 

CE32. Clamps on all signals sink at least 25mA at Vcc+1V, and 91mA at Vcc+2V? na 
proven by:____ SPICE simulation, / device characterization, other: yes f 


no 


5-4 May, 1998 
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Type Description Pass/NA 
CE33. Unloaded rise times are no lower than 1 V/nS between 0.2Vcc and 0.6Vcc? na 
The unloaded maximum rise time is: 1.14 V/nS (measured at pin) yes f 
no 
CE34. Unloaded fall times are no lower than 1 V/nS between 0.6Vcc and 0.2Vcc? yes # 
The unloaded maximum fall time is: 1.388 V/nS (measured at pin) no 
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Loading and Device Protection 


Type 


CE35. 


CE36. 


CE37. 


CE38. 


Description 
Capacitance on all PCI signals (except CLK, IDSEL) is less than or equal to 10 
pF? 
Capacitance on CLK signal is between 5 and 12 pF? 


Capacitance on IDSEL signal is less than 8 pF? 
capacitance guaranteed by: device characterization /_ 
other . The maximum inductance on any PCI pin is:_15.9 nH. 


Read, understand section “Maximum AC Ratings and Device Protection’? 
¥ believe to be non-issue given technology used proven robustness when ex- 
posed to prescribed test condition. 


Yes/No 


yes # 
no____ 


yes 
no___ 


yes f 
no_ 


yes # 
no 
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Timing Specification 


Type 


CE39. 


CE40. 


CE41. 


CE42. 


CE43. 


CE44. 


CE45. 


CE46. 


CE47. 


CE48. 


CE49. 


CE50. 


Description 


Component is operational at any frequency between DC and 33 MHz? 


Notes: “na” implies component intended for motherboard use only. To satisfy this 
requirement, designs are allowed to require software to place the component in 
the proper state before stopping the clock and return it to an operational state af- 
ter restarting the clock. 


Component is operational with a CLK High Time of 11 nS for 33 Mhz PCI, 6 ns 
for 66 Mhz PCI? 


Component is operational with a CLK Low Time of 11 nS for 33 Mhz PCI, 6 ns for 
66 Mhz PCI? 


All bussed signals are driven valid between 2 and 11 nS after CLK for 33 Mhz 
PCI, between 2 and 6 ns for 66 Mhz PCI? 


REQ# and GNT# signals are driven valid between 2 and 12 nS after CLK for 33 
Mhz PCl, between 2 and 6 ns for 66 Mhz PCI? 


All Tri-state signals become active no earlier than 2 nS after CLK? 


All Tri-state signals float no later than 28 nS after CLK for 33 Mhz PCI, no later 
than 14 nS for 66 Mhz PCI? 


All bussed inputs require no more than 7 nS setup to CLK for 33 Mhz PCI, no 
more than 3 nS for 66 Mhz PCI? 


REQ# requires no more than 12 nS setup to CLK for 33 Mhz PCI, no more than 
5 nS for 66 Mhz PCI? 


GNT# requires no more than 10 nS setup to CLK for 33 Mhz PCI, no more than 
5 nS for 66 Mhz PCI? 


All inputs require no more than 0 nS of hold time after CLK? 


All outputs are Tri-stated within 40 nS after RST# goes low? 

all timings (CE39 through CE50 verified by (check all that apply) 

____ Static timing design tools (MOTIVE, QTV, QuickPath, Veritime...) 

____ dynamic timing design tools (Verilog, Qsim, Quicksim, ViewSim, VHDL, ...) 
¥_silicon AC testing 

____ other. 


NOTE: Maximum and minimum timings assume different output loadings for both 
5.0V and 3.3V parts. See PCI Spec Rev 2.1 page 134 note #2. 


Pass /N/A 


yes f 
na__ 


na_ 
yes ff 
no___ 
na__ 
yes ff 
no____ 
yes ¥ 
no 


yes f 
no 


yes f 
no 


yes f 
no 


yes ff 
no 


na 
yes # 
no 


na 
yes ff 
no 


yes f 
no____ 


yes # 
no_ 
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XC4000XLT PCI Compliance Checklist 


64-bit Components 
Type Description Pass or N/A 
Component is 32-bit only, this section is NA / 
CE51. Component senses, during RST# active, its connection to 64-bit wires? yes 
no 
CE52. 64-bit input signals will be stable when not connected? yes 
no 


Explanations: 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 
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Spartan 
PCI Compliance Checklist 


May, 1998 Data Sheet 


Component Product Information 


Date May, 1998 


Vendor Name Xilinx, Inc. 
Vendor Street Address 2100 Logic Drive 


}—--------- 
Note Vendor City, State, Zip San Jose, CA 95124 
U.S.A 
Vendor Phone Number +1 408-559-7778 
Vendor Contact, Title Per Holmberg 
LogiCORE Marketing Manager 
Product Name Spartan Series FPGAs 
Product Model Number XCS30, XCS40 


Product Revision Level 


Component Electrical Checklist 


This checklist applies to the following Component/Manufacturer: Spartan XCS30 / Xilinx 
All items were verified over the following range of junction temperatures: ___min ____smax 
OR 

All items were verified over the following range of CASE temperatures: 25°C min 85 °C max 
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5 V Signaling 


Type 
CE1. 


CE2. 


CE3. 


CE4. 


CE5. 


CE6. 


CE7. 


CE8. 


CE9. 


CE10. 


CE11. 


CE12. 


CE13. 


CE14. 


Description 


Component supports 5V signaling environment? 


if “na”, skip to section “3.3V Signaling” below. 


Component operates over voltage range 5V +/- 5%? 


“na” allowed for components that support 5V signaling, but draw power from a 
supply other than Vcc 5V. 


Voltages between 2.0V and Vcc+0.5V are recognized as logic high? 


Voltages between -0.5V and 0.8V are recognized as logic low? 


All inputs sink less than 70UA when pulled to 2.7V DC? 


All inputs source less than 70uA when pulled to 0.5V DC? 


All outputs drive to 2.4V (min) in the high state while sourcing 2mA? 


All outputs drive to 0.55V (max) in the low state, sinking 3 or 6°mA? 


Outputs source at least 44mA at 1.4V in the high state? 
proven at: # Vcec= min, process=worst/slow, / junction temp=85 ° (max) by: 
___ SPICE simulation, # device characterization, other: 


NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 


Outputs source no more than 142mA at 3.1V in the high state? 
proven at: / Vcc=max,__ process=best/fast, junction temp=25 ° (min)by: 
SPICE simulation, / device characterization, other: 


NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 
Outputs sink at least 95mA at 2.2V in the low state? 


proven at: / Vcc=max,__ process=worst/slow, / junction temp=85 ° (max) by: 


___ SPICE simulation, / device characterization, other: 
NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 


Outputs sink no more than 206mA at 0.71V in the low state? 
proven at: / Vcc=max, ____ process=best/fast, / junction temp=25 ° (min) by: 
____ SPICE simulation, £ device characterization, ___ other: 


NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 
REQ#, GNT# outputs source at least 22mA at 1.4V in the high state? 


proven at: / Vcc=max,___ process=worst/slow, ¥ junction temp=85 ° (max) by: 


____ SPICE simulation, device characterization, other: 


REQ#, GNT# outputs sink at least 47mA at 2.2V in the low state? 
proven at: / Vcec=min, process=worst/slow, Junction temp=85 ° (max) 


by: ____. SPICE simulation, & device characterization, __ other: 


Yes or N/A 


yes # 
na 


na 
yes f 
no 


yes gf 
no___ 


yes ff 
no 


yes f 
no 


yes f 
no 


yes f 
no 


yes # 
no 


yes # 
no 


yes f 
no___ 


yes f 
no 


yes ff 
no 


yes f 
no 


na 
yes f 
no 
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Type 
CE15. 


CE16. 


CE17. 


May, 1998 


Description 


Clamps on all signals source at least 25mA at -1V, and 91mA at -2V? 
proven by: ___ SPICE simulation, / device characterization, other: 


Unloaded rise times are no lower than 1 V/nS between 0.4 and 2.4V? 
The unloaded maximum rise time is: 1.53 V/nS (measured at pin) 


Unloaded fall times are no lower than 1 V/nS between 2.4 and 0.4V? 
The unloaded maximum fall time is: 3.49 V/nS (measured at pin) 


Yes or N/A 
na 
yes f 
no____ 


yes # 
no___ 


yes f/ 
no 


Sd act eel Ct ot 


3.3 V Signaling 
Type Description 
CE18. Component supports 3.3V signaling environment? 


CE19. 


CE20. 


CE21. 


CE22. 


CE23. 


CE24. 


CE25. 


CE26. 


CE27. 


CE28. 


CE29. 


CE30. 


CE31. 


CE32. 


if “na”, skip to section “Loading and Device Protection” below. 


Component operates over voltage range 3.3V +/- 0.3V? 


Voltages between 0. 5Vcc and Vcc+0.5V are recognized as logic high? 


Voltages between -0.5V and 0.3Vcc are recognized as logic low? 


All inputs sink/source less than 10 uA at any voltage from OV to Vcc? 


All outputs drive to 0.9Vcc (min) in the high state while sourcing 500uA? 


All outputs drive to 0.1Vcc (max) in the low state, sinking 1500UA? 


Outputs source at least 36mA at 0.9V in the high state? 
proven at:____ Vcc=3.0V,___ process=worst/slow, junction temp= 75° C 
(max) by: ____ SPICE simulation, device characterization, other: 


NOTE: applies to all outputs except REQ#, GNT#, CLK, RST#, and SERR# 


Outputs source no more than 115mA at 2.5V in the high state? 
provenat:____ Vec=3.6V,__— process=best/fast, 
by:____ SPICE simulation, device characterization, other: 


NOTE: applies to all outputs except REQ#, GNT#, CLK, RST#, and SERR# 


Outputs sink at least 48mA at 1.8V in the low state? 
provenat:____-~ Vcec=3.0V, process=worsv/slow, junction temp= 75° C 
(max) by:____ SPICE simulation, ___ device characterization, other: 


NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 


Outputs sink no more than 137mA at 0.65V in the low state? 


provenat:____ Vec=3.6V,__ process=best/fast,__ junction temp= 25° C (min) 


by: ____ SPICE simulation, device characterization, other: 
NOTE: applies to all outputs except REQ#, GNT#, CLK, and RST# 


REQ#, GNT# outputs source at least 18mA at 0.9V in the high state? 
proven at:____ Vcc=3.0V,__ process=worsv/slow, ___ junction temp= 75° C 
(max) by: ____ SPICE simulation, _____ device characterization, other: 


REQ#, GNT# outputs sink at least 24mA at 1.8V in the low state? 
proven at:___—~Vec=3.0V,___ process=worst/slow, ___ junction temp= 75° C 
(max) by: ____ SPICE simulation, device characterization, other: 


Clamps on all signals source at least 25mA at -1V, and 91mA at -2V? 
proven by: __ SPICE simulation, device characterization, other: 


Clamps on all signals sink at least 25mA at Vec+1V, and 91mA at Vcc+2V? 
proven by: ___ SPICE simulation, 
er: 


device characterization, oth- 


junction temp= 25° C (min) 


Pass/NA 


yes 
na /# 


yes 
no 


yes 
no 


yes 
no 
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Type Description Pass/NA 
CE33. Unloaded rise times are no lower than 1 V/nS between 0.2Vcc and 0.6Vcc? na 
The unloaded maximum rise time is: V/nS (measured at pin) yes 
no_ 
CE34. Unloaded fall times are no lower than 1 V/nS between 0.6Vcc and 0.2Vcc? yes 
The unloaded maximum fall time is: V/nS (measured at pin) no_ 
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Spartan PCI Compliance Checklist_ 


Loading and Device Protection 


Type 


CE35. 


CE36. 


CE37. 


CE38. 


Description 


Capacitance on all PCI signals (except CLK, IDSEL) is less than or equal to 10 
pF? 


Capacitance on CLK signal is between 5 and 12 pF? 


Capacitance on IDSEL signal is less than 8 pF? 
capacitance guaranteed by: device characterization # 


other . The maximum inductance on any PCI pin is:_75.9_nH. 


Read, understand section “Maximum AC Ratings and Device Protection’? 
¥ believe to be non-issue given technology used proven robustness when ex- 
posed to prescribed test condition. 


Yes/No 


yes f 
no____ 


yes # 
no 


yes f 
no_ 


yes ff 
no___ 
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Timing Specification 


Type Description Pass /N/A 
CE39. Component is operational at any frequency between DC and 33 MHz? yes # 
na___ 


Notes: “na” implies component intended for motherboard use only. To satisfy this 
requirement, designs are allowed to require software to place the component in 
the proper state before stopping the clock and return it to an operational state af- 
ter restarting the clock. 


CE40. Component is operational with a CLK High Time of 11 nS for 33 Mhz PCI, 6ns_ na 


for 66 Mhz PCI? yes / 
no 

CE41. Component is operational with a CLK Low Time of 11 nS for 33 Mhz PCI, 6nsfor na___ 
66 Mhz PCI? yes 
no_ 
CE42. All bussed signals are driven valid between 2 and 11 nS after CLK for33 Mhz yes¥ 
PCI, between 2 and 6 ns for 66 Mhz PCI? no_ 
CE43. REQ# and GNT#¥# signals are driven valid between 2 and 12 nS after CLK for33. yes¥ 
Mhz PCI, between 2 and 6 ns for 66 Mhz PCI? no 
CE44. All Tri-state signals become active no earlier than 2 nS after CLK? yes ¥ 
no 
CE45. All Tri-state signals float no later than 28 nS after CLK for 33 Mhz PCI, no later yesY 
than 14 nS for 66 Mhz PCI? no 
CE46. All bussed inputs require no more than 7 nS setup to CLK for 33 Mhz PCI, no yes ff 
more than 3 nS for 66 Mhz PCI? no 

CE47. REQ# requires no more than 12 nS setup to CLK for 33 Mhz PCI, no more than na___ 
5 ns for 66 Mhz PCI? yes 
no 

CE48. GNT# requires no more than 10 nS setup to CLK for 33 Mhz PCI, no more than na___ 
5 nS for 66 Mhz PCI? yes # 
no_ 
CE49. All inputs require no more than 0 nS of hold time after CLK? yes f 
no_ 
CE50. All outputs are Tri-stated within 40 nS after RST# goes low? yes # 
all timings (CE39 through CE50 verified by (check all that apply) no_ 


____ Static timing design tools (MOTIVE, QTV, QuickPath, Veritime...) 

_____ dynamic timing design tools (Verilog, Qsim, Quicksim, ViewSim, VHDL, ...) 
¥ silicon AC testing 

____ other 


NOTE: Maximum and minimum timings assume different output loadings for both 
5.0V and 3.3V parts. See PCI Spec Rev 2.1 page 134 note #2. 
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Spartan PCI Compliance Checklist 


64-bit Components 


Type Description Pass or N/A 
Component is 32-bit only, this section is NA x 
CE51. Component senses, during RST# active, its connection to 64-bit wires? yes 
no____ 
CE52. 64-bit input signals will be stable when not connected? yes 
no__ 


Explanations: 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 


number. 
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LogiCORE PCI32 Cores 
PCI Compliance Checklist 


May, 1998 Data Sheet 


Component Product Information 


May, 1998 
Vendor Name Xilinx, Inc. 
Vendor Street Address 2100 Logic Drive 
Note Vendor City, State, Zip San Jose, CA 95124 
U.S.A 
ince —}—— nen nen 
Vendor Phone Number +1 408-559-7778 
Vendor Contact, Title Per Holmberg 
LogiCORE Marketing Manager 
Product Name LogiCORE PCI Interface 
Product Model Number DO-DI-PCI32 
XC4000XLT FPGA 
Spartan FPGA 
Product Revision Level PCI382 4000/PCI32 Spartan 
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CO2. 


CO3. 


CO4. 


CO5. 


CO6. 


CO7. 


COs. 


Cog. 


CO10. 


CO11. 


C012. 


CO13. 


Component Configuration Checklist 


Organization 
Type Description 
CcO1. Does each PCI resource have a configuration space based on the 256 byte tem- 


plate defined in section 6.1, with a predefined 64 byte header and a 192 byte de- 
vice specific region? 

Do all functions in the device support the Vendor ID, Device ID, Command, Sta- 
tus, Header Type and Class Code fields in the header? See figure 6-1. 


Is the configuration space available for access at all times? 

The configuration space is available for access at all times through the in- 
ternal ADIO bus when other operations are not in progress. The contents of 
the Command/Status Register is available on the CSR[39:0] bus output 
from the macro. Support status bits can be set at any time. 


Are writes to reserved registers or read only bits completed normally and the data 
discarded? 


Are reads to reserved or unimplemented registers, or bits, completed normally 
and a data value of 0 returned? 


Is the vendor ID a number allocated by the PCI SIG? 
The Xilinx vendor ID is the default value. However, the user should use his 
or her company’s own vendor ID. 


Does the Header Type field have a valid encoding? 


Do multi-byte transactions access the appropriate registers and are the registers 
in “little endian” order? 


Are all READ ONLY register values within legal ranges? For example, the Inter- 
rupt Pin register must only contain values 0-4. 


Is the class code in compliance with the definition in Appendix D? 


Is the predefined header portion of configuration space accessible as bytes, 
words, and dwords? 


Is the device a multifunction device? 


if the device is multifunction, are config space accesses to unimplemented func- 
tions ignored? 


Pass or N/A 


yes /_ 
no_ 


yes x 
no 


yes f 
no___ 


yes ff 
no___ 


yes # 
no 


yes f 
no 


yes ¥ 
no___ 


yes A 


no 


yes ¥ 
no 


yes ff 
no 


yes f 
no_ 


yes __ 
no x 


yes 
no 


N/A_/Y 
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Indicate either N/A (Not Applicable) or Implemented by placing a check in the appropriate box. Grayed areas indicate invalid 
selections. This table should be completed for each function in a multifunction device. 


09h-OBh Class Code Required 
OCh Cache Line Size Required by master devices/functions 
that can generate Memory Write and 
Invalidate 
Latency Timer 
that can burst more than two data 
phases 
Header Type If the device is multi-functional, then bit 
7 must be set to a 1. The remaining 
ei are required to have a defined val- 


Base Address Registers | 1 or more required for any address al- 
location. 


30h-2Fh Expansion ROM Base __ | Required for devices/functions that 
Address have expansion ROM. 


Reserved 


Required by master devices/functions 


- nn 


10h-27h 


28h-2Bh Cardbus CIS Pointer 


returns O 


Pi ly ; 


returns 0 


34h-3Bh 
3Ch 


Interrupt Line Required by devices/functions that 


use an interrupt pin. 


Interrupt Pin Required by devices/functions that 


use an interrupt pin. 


oY) 
i 
— 
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LogiCORE PCI32 Cores PCI Compliance Checklist _ 


Device Control 


This section should be completed individually for all functions in a multifunction device. 


Type Description Yes/No 


DC1. When the command register is loaded with a 0000h is the device/function logical- yes # 
ly disconnected from the PCI, with the exception of configuration accesses? (De- no___ 
vices in BOOT code path are exempt). 


DC2. Is the device/function disabled after the assertion of PC] RST#? (Devices in yes # 
BOOT code path are exempt). no_ 


In the following tables for Command and Status Registers, an “x” in the “Target” or “Master” columns, indicates that applying 
the bit is appropriate. “N/A” indicates that applying the bit is not applicable, but must return a 0 when read. 


—si_[ tne reuietoptona! [wa [target [air 


i /O Space Required if device/func- 


tion has registers 
Memory Space 


mapped into I/O space. 


Required if device/func- 
tion responds to memory 
space accesses. 


J 


Special Cycles Required for devices/ 
functions that can re- 
spond to Special Cycles. 


4 Memory Write and Invalidate Required for devices/ N/A 
Enable functions that generate 
Memory Write and Inval- 
idate cycles. 


VGA Palette snoop Required for VGA or 
graphical devices/func- 
tions that snoop VGA 

color palette. 


Parity Error Response Required unless ex- 
empted per section 


3.7.2. 


Wait cycle control Optional J Ne eee ae 


Fast Back-to-Back Enable 


Required if Master de- 
vice/function can sup- 
port fast back-to-back 
cycles among different 
targets. 
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Device Status 
This section should be completed individually for all functions in a multifunction device. 


Device Status Questions 


Type Description Yes/No 
DS1. Do all implemented read/write bits in the Status reset to 0? yes f 
no 
DS2. Are read/write bits set to a 1 exclusively by the device/function? yes # 
no 
DS3. Are read/write bits reset to a 0 when PCIRST# is asserted? yes f 
no __ 
DS4. Are read/write bits reset to a 0 by writing a 1 to the bit? yes f 
no __ 
Bit Name Required/Optional Target Master 
0-4 Reserved Required fo ov fo vw | 
5 66 Mhz Capable Required for 66Mhz capable 


devices 


UDF Supported 


6 
Fast Back-to-Back Capa- 
ble 


Optional 


Optional 


11 Signaled Target Abort Required for devices/func- N/A 


tions that are capable of sig- 
naling target abort 


Received Target Abort Required 


Received Master Abort Required 


14 Signaled System Error Required for devices/func- / J 
tions that are capable of as- 
serting SERR# 

15 Detected Parity Error Required unless exempted / / 
per section 3.7.2 
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LogiCORE PCI32 Cores PCI Compliance Checklist 


Base Addresses 


This section should be completed individually for all functions in a multifunction device 


Type 
BA1. 


BA2. 


BAS. 


BA4. 


BAS. 


BA6. 


Description 


If the device/function uses expansion ROM, does it implement the Expansion 
ROM Base Address Register? The expansion ROM base address is not sup- 
ported. 


Do all Base Address registers asking for 10 space request 256 bytes or less? 


If the device/function has an Expansion ROM Base Address register, does the 

memory enable bit in the Command register have precedence over the enable bit 
in the Expansion ROM base Address register? The expansion ROM base ad- 
dress is not supported. 


Does the device/function use any address space (memory or IO) other than that 
assigned using Base Address registers? (i.e.; Does the device/function hard-de- 
code any addresses?) Note: If the answer is yes, you must list decoded address- 
es as explanations at the end of this section. 


Does the device/function decode all 32-bits of IO space? 
The upper 24 bits of address are decoded by the base register. The lower 8 
bits would be decoded by the user application. 


If the device/function has an Expansion ROM Base Address register, is the size 
of the memory space requested 16MB or smaller? 


Yes/No 


yes 
no # 


yes f 
no_ 


yes 
no ¢ 
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VGA Devices 


VGA Devices (fill in this section only if component is VGA device) 


Type Description Yes/No 
VG1. Is palette snoop implemented, including bit in Command register? yes 
no 
VG2. Is Expansion ROM Base Address register implemented and provide full relocat- yes __ 
ability of the expansion ROM? (The device must NOT do a hard decode of no 
OCOOO0h). 
VG3. Does the device come up disabled? (Bottom three bits of Command registermust yes___ 
be initialized to zero on power-up and PCIRST#). no_ 
VG4. Does Class Code field indicate VGA device? (value of O30000h). yes 
no____ 
VG5. Does the device hard-decode only standard ISA VGA addresses and their alias- yes___ 


es? (IO addresses 3B0h through 3BBh, 3COh through 3DFh, Memory addresses no___ 
OAO0000h through OBFFFFh) 


VG6. Does the device use Base Address Registers to allocate needed space other yes 
than standard ISA VGA Addresses? (e.g. for a linear FRAME buffer) no 
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General Component Protocol Checklist (Master) 


The following checklist is to filled out as a general verification of the |UT's protocol compliance. This checklist applies to all 
master operations. 


Test # Description Pass or N/A 
MP1. All Sustained Tri-State signals are driven high for one clock before being Tri- yes 
Stated. (2.1) no_ 
MP2. IUT always asserts all byte enables during each data phase of a Memory Write yes ___ 
Invalidate cycle. (3.1.1) Memory Write and Invalidate command not supported no / 
MP3. IUT always uses Linear Burst Ordering for Memory Write Invalidate cycles. (3.1.1) yes ____ 
Memory Write and Invalidate command not supported. no # 
MP4. l1UT always drives IRDY# when data is valid during a write transaction. (3.2.1) yes¥ 
no_ 
MP5. IUT only transfers data when both IRDY# and TRDY# are asserted on the same yes ¥ 
rising clock edge. (3.2.1) no 
MP6. Once the IUT asserts IRDY# it never changes FRAME# until the current data yes ¥ 
phase completes. (3.2.1) no 
MP7. Once the IUT asserts IRDY# it never changes IRDY# until the current data phase yes # 
completes. (3.2.1) no 
MP8. IUT never uses reserved burst ordering (AD[1::0] = “01”. (3.2.2) Value driven yes/ 
onto AD bus is controlled by the user application. no ___ 
MP9. IUT never uses reserved burst ordering (AD[1::0] = “11”. (8.2.2) Value driven yes # 
onto AD bust is controlled by the user application. no__ 
MP10. IUT always ignores configuration command unless IDSEL is asserted and yes ¥ 
AD[1::0] are “00”. (3.2.2) no 
MP11. The IUT's AD lines are driven to stable values during every address and data yes / 
phase. (3.2.4) no 
MP12. The IUT's C/BE# output buffers remain enabled from the first clock of the data yes¥ 
phase through the end of the transaction. (3.3.1) no 


MP13. The IUT's C/BE# lines contain valid Byte Enable information during the entire data yes # 
phase. (3.3.1) The values on the C/BE# pins are driven by the user applica- no_ __ 


tion. 
MP14. lUT never deasserts FRAME# unless IRDY# is asserted or will be asserted yes # 
(3.3.3.1) no_ 
MP15. IUT never deasserts IRDY# until at least one clock after FRAME# is deasserted. yes ¥ 
(3.3.3.1) no_ 
MP16. Once the IUT deasserts FRAME# it never reasserts FRAME# during the same yes¥ 
transaction. (3.3.3.1) no_ 
MP17. IUT never terminates with master abort once target has asserted DEVSEL#. yes 
(3.3.3.1) no_ 
MP 18. IUT never signals master abort earlier than 5 clocks after FRAME# was first sam- yes “ 
pled asserted. (3.3.3.1) no_ 
MP19. IUT always repeats an access exactly as the original when terminated by retry. yes/Y 


(3.3.3.2.2) The retry process is controlled by logic in the user’s application. no____ 
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Test # Description Pass or N/A 
MP20. IUT never starts cycle unless GNT# is asserted. (3.4.1) yes & 
The IUT never starts a transaction cycle unless the following conditions are no _ 
true: 
- GNT- is asserted. 
- The bus is idle. 


- The Master Enable bit is set in the Command Register. 
The IUT can transition from Initiator IDLE state to DR_BUS when GNT#¥ is as- 
serted and there is not active REQUEST pending. 


MP21. IUT always Tri-States C/BE# and AD within one clock after GNT# negation when yes # 
bus is idle and FRAME# is negated. (3.4.3) no_ 
MP22. IUT always drives C/BE# and AD within eight clocks of GNT# assertion when bus yes # 
is idle. (3.4.3) no____ 


MP23. IUT always asserts IRDY# within eight clocks on all data phases. (3.5.2) The yes ¥ 
IRDY# signal is controlled by the M_READY input from the user application. no___ 


MP24. IUT always begins lock operation with a read transaction. (3.6) LOCK# function yes___ 
not supported. no # 
MP25. IUT always releases #LOCK when access is terminated by target-abort or master- yes ___ 
abort. (3.6) LOCK# function not supported. no # 
MP26. IUT always deasserts LOCK# for minimum of one idle cycle between consecutive yes # 
lock operations. (3.6) LOCK# function not supported. no_ 
MP27. IUT always uses Linear Burst Ordering for configuration cycles. (3.7.4) yes ff 
no 
MP28. lUT always drives PAR within one clock of C/BE# and AD being driven. (3.8.1) yes/” 
no 
MP29. IUT always drives PAR such that the number of “1”s on AD[31::0],C/BE[3:0], and yes # 
PAR equals an even number. (3.8.1) no 
MP30. IUT always drives PERR# (when enabled) active two clocks after data when data yes # 
parity error is detected. (3.8.2.1) no 
MP31. IUT always drives PERR (when enabled) for a minimum of 1 clock for each data yes ¥ 
phase that a parity error is detected. (3.8.2.1) Dual Address command not sup- no___ 
ported. 
MP32. lUT always holds FRAME# asserted for cycle following DUAL command. (3.10.1) yes ___ 
Dual Address command not supported. no # 


MP33. lUT never generates DUAL cycle when upper 32-bits of address are zero. (3.10.1) yes 
no # 
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The following checklist is to filled out as a general verification of the IUT's protocol compliance. This checklist applies to all 
target operations. 


General Component Protocol Checklist (Target) 


Test # 


TP1. 


TP2. 


TPS. 


TP4. 


TPS. 


TP6. 


TP7. 


TP8. 


TP9. 


TP10. 


TP11. 


TP12. 


TP13. 


TP 14. 


TP15. 


TP16. 


TP17. 


TP 18. 


TP19. 


Description 


All Sustained Tri-State signals are driven high for one clock before being Tri-Stat- 
ed. 


IUT never reports PERR# until it has claimed the cycle and completed a data 
phase. (2.2.5) 


IUT never aliases reserved commands with other commands. (3.1.1) 
32-bit addressable IUT treats DUAL command as reserved. (3.1.1) 


Once IUT has asserted TRDY# it never changes TRDY# until the data phase 
completes. (3.2.1) 


Once IUT has asserted TRDY# it never changes DEVSEL# until the data phase 
completes. (3.2.1) 


Once IUT has asserted TRDY# it never changes STOP# until the data phase 
completes. (3.2.1) 


Once IUT has asserted STOP# it never changes STOP# until the data phase 
completes. (3.2.1) 


Once IUT has asserted STOP# it never changes TRDY# until the data phase 
completes. (3.2.1) 


Once IUT has asserted STOP# it never changes DEVSEL# until the data phase 
completes. (3.2.1) 


IUT only transfers data when both IRDY# and TRDY# are asserted on the same 
rising clock edge. (3.2.1) 


IUT always asserts TRDY# when data is valid on a read cycle. (3.2.1) 


IUT always signals target-abort when unable to complete the entire IO access as 
defined by the byte enables. (3.2.2) This function is implemented in the user 
application. Only the user application could determine if the byte enables 
were valid for the selected I/O devices. 


IUT never responds to reserved encodings. (3.2.2) 


IUT always ignores configuration command unless IDSEL is asserted and 
AD[1::0] are “OO”. (3.2.2) 


IUT always disconnects after the first data phase when reserved burst mode is 
detected. (3.2.2) 


The IUT's AD lines are driven to stable values during every address and data 
phase. (3.2.4) 


The IUT's C/BE# output buffers remain enabled from the first clock of the data 
phase through the end of the transaction. (3.3.1) 


IUT never asserts TRDY# during turnaround cycle on a read. (3.3.1) 


Pass or N/A 


yes 
no_ 


yes f 
no_ 


yes f 
no_ 


yes 
no_ 


yes f 
no_ 


yes # 
no_ 


yes f 
no___ 


yes f 
no_ 


yes ff 
no_ 


yes # 
no_ 


yes f 
no 


yes ¥ 
no_ 


yes # 
no_ 


yes ¥ 
no 


yes f 
no 


yes 
no_ 


yes ¥ 
no 


yes f 
no 


yes f 
no_ 
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General Component Protocol Checklist (Target) (Continued) 


Test # Description Pass or N/A 
TP20. IUT always deasserts TRDY#,STOP#, and DEVSEL+# the clock following the yes ¥ 
completion of the last data phase. (3.3.3.2) no 
TP21. lUT always signals disconnect when burst crosses resource boundary. (3.3.3.2) yes /% 
This function would be implemented in the user application. no ___ 
TP22. l|UT always deasserts STOP# the cycle immediately following FRAME# being yes f 
deasserted. (3.3.3.2.1) no 
TP23. Once the IUT has asserted STOP? it never deasserts STOP# until FRAME# is yes ¥ 
negated. (3.3.3.2.1) no 
TP24. IUT always deasserts TRDY# before signaling target-abort. (3.3.3.2.1) yes # 
no_ 
TP25. lUT never deasserts STOP# and continues the transaction. (3.3.3.2.1) yes ¥ 
no_ 
TP26. lIUT always completes initial data phase within 16 clocks. (3.5.1.1) yes ¥ 
no_ 
TP27. IUT always locks minimum of 16 bytes. (3.6) LOCK# function not supported. yes _ 
no 
TP28. IUT always issues DEVSEL# before any other response. (3.7.1) yes f 
no_ 
TP29. Once IUT has asserted DEVSEL# it never deasserts DEVSEL¥ until the last data yes ¥ 
phase has competed except to signal target-abort. (3.7.1) no_ 
TP30. IUT never responds to special cycles. (3.7.2) yes ¥ 
no 
TP31. IUT always drives PAR within one clock of C/BE# and AD being driven. (3.8.1) yes/Y 
no_ 
TP32. IUT always drives PAR such that the number of “1”s on AD[31::0],C/BE[3:0], and yes ¥ 
PAR equals an even number. (3.8.1) no 
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Component Protocol Checklist for a Master Device 
For details on tests to run in order to fill in this checklist, refer to the Master Protocol Test Scenarios in Addendum A. 


Definition: IUT is an acronym for “Implementation Under Test”. 


Test Scenario: 1.1. PCl Device Speed (as indicated by DEVSEL) Tests 


Note: The Initiator detects and reports a Master Abort condition. However, the LogiCORE Initiator de-asserts FRAME- and 
IRDY- one cycle later than the diagram shown as Figure 3-4 on Page 40 of the PC/ Local Bus Specification, revision 2.1. 
Otherwise the LogiCORE Initiator treats Master Abort normally. 


lf 1UT does not implement memory transactions mark 1 through 10 N/A. Else if IUT supports both read and write 
transactions DO NOT mark 1 through 10 N/A. 


test# [| SCviption «ass | NA 
1 [Baia vestoraterwieiotastmenoysive SSCS 


NN 


Data transfer after read from slow memory slave. 


Data transfer after write to subtractive memory slave. 


Data transfer after read from subtractive memory slave. 
Master abort bit set after write to slower than subtractive memory slave. 


Master abort bit set after read from slower than subtractive memory 
slave. 


7 


= 
Oo 


lf |UT does not implement I/O transactions mark 11 through 20 N/A. Else if IUT supports both read and write transactions 
DO NOT mark 11 through 20 N/A. 


Test # 


NEN NENESN 


Data transfer after write to subtractive I/O slave 
9 
2 


11 
12 
13 
14 
15 
16 
17 
18 
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If IUT does not implement Configuration transactions mark 21 through 30 N/A. Else if IUT supports both read and write 
transactions DO NOT mark 21 through 30 N/A. 


Note: Configuration transactions tested using VirtualChips environment. 


Test # Description | Pass | N/A 

21 Data transfer after write to fast config slave. / et 
22 Data transfer after read from fast config slave. / on 
23 Data transfer after write to medium config slave. J ae 
24 Data transfer after read from medium config slave. "A 
25 Data transfer after write to slow config slave. J 
26 Data transfer after read from slow config slave. J Pa 
27 Data transfer after write to subtractive config slave. J ae 
28 Data transfer after read from subtractive config slave. 
29 Master abort bit set after write to slower than subtractive config slave. / 

| 30 Master abort bit set after read from slower than subtractive config slave. | Jf 


lf |UT does not implement Interrupt transactions mark 31 through 35 N/A. 


Description 


Data transfer after interrupt from fast memory slave. 


Data transfer after interrupt from medium memory slave. 


33 | Data transfer after interrupt from slow memory slave. 


34 Data transfer after interrupt from subtractive memory slave. 


35 Master abort bit set for interrupt from slower than subtractive memory 
slave. 


If |UT does not implement Special transactions mark 36 and 37 N/A. 


Description 


Data transfer after Special transaction to slave. 


Master abort bit is not set after Special transaction. 


Explanations 


= a 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.1. 


May, 1998 5 - 29 


LogiCORE PCI32 Cores PCI Compliance Checklist _ 


Test Scenario: 1.2. PCI Bus Target Abort Cycles 
Definition: IUT is an acronym for “Implementation Under Test’. 


Note: The initiator does not repeat a transaction because it is controlled by the user application. The user application must 
monitor the Received Target Abort bit (CSR28) in the Command Register to prevent a retry after a Target Abort. 


If IUT does not implement memory transactions mark 1 through 16 N/A. Else if |UT supports both read and write 
transactions DO NOT mark 1 through 16 N/A. 


Teste [—Crintion «CPW 
1 [Faget Aber bi soaer wie wtestmemonyslve———S=SS 
2 IiUT does ntrepeethe witewansecion | 


NEN 


7 
0 
11 IUT's Target Abort bit set after read from slow memory slave. 

: 
rE 
i 
15 
16 


IUT's Target Abort bit set after read from subtractive memory slave 


lUT does not repeat the read transaction. J 


lf IUT does not implement I/O transactions mark 17 through 32 N/A. Else if IUT supports both read and write transactions 
DO NOT mark 17 through 32 N/A. 


[UTS Target Abort bit set aeread fom testi save. | 


Test # 


NENENENENYENISN 


IUT does not repeat the read transaction. ae 
Target Abort bit set after write to medium I/O slave Fee al 


17 
18 
19 
20 
a1 

2 


2 IUT does not repeat the write transaction. 


23 IUT's Target Abort bit set after read from medium I/O slave. 


/ 


Us Target Abo it stator read fom swiss | 
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25 
26 
27 


28 
29 
30 
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Description 


IUT's Target Abort bit set after read from subtractive I/O slave. 


IUT does not repeat the read transaction. 


If |\UT does not implement configuration transactions mark 33 through 48 N/A. Else if |UT supports both read and write 
transactions DO NOT mark 33 through 48 N/A. 


Note: Configuration transactions tested using VirtualChips environment. 


Test # Description Pass N/A 
33 Target Abort bit set after write to fast config slave J 
34 IUT does not repeat the write transaction. J 
35 IUT's Target Abort bit set after read from fast config slave. J 
36 IUT does not repeat the read transaction. J 
37 Target Abort bit set after write to medium config slave. J 
38 IUT does not repeat the write transaction. "A 
39 IUT's Target Abort bit set after read from medium config slave. J 
40 IUT does not repeat the read transaction. J 
41 Target Abort bit set after write to slow config slave. Jf 
42 IUT does not repeat the write transaction. J 
43 IUT's Target Abort bit set after read from slow config slave. J 
44 IUT does not repeat the read transaction. J 
45 Target Abort bit set after write to subtractive config slave. | J 
46 IUT does not repeat the write transaction. . J 
47 IUT's Target Abort bit set after read from subtractive config slave. 
' 48 lIUT does not repeat the read transaction. a a aa 


If |\UT does not implement interrupt transactions mark 49 through 56 N/A. 


Test # Description N/A 

IUT's Target Abort bit set after interrupt acknowledge from fast slave. / 
IUT does not repeat the interrupt acknowledge transaction. / 

51 IUT's Target Abort bit set after interrupt acknowledge from medium slave. J 

52 IUT does not repeat the interrupt acknowledge transaction. J 

53 IUT's Target Abort bit set after interrupt acknowledge from slow slave. J a 
IUT does not repeat the interrupt acknowledge transaction. J 
IUT's Target Abort bit set after interrupt acknowledge from subtractive J 


slave. 


IUT does not repeat the interrupt acknowledge transaction. 


May, 1998 5-31 


PCIS2 Cores PCI Compliance Checklist 


Explanations: 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.2. 


5-32 May, 1998 


>< XILINX 


Test Scenario: 1.3. PCl Bus Target Retry Cycles 


If IUT does not implement memory transactions mark 1 through 8 N/A. Else if |UT supports both read and write transactions 
DO NOT mark 1 through 8 N/A. 


rae | ae 
Test # Description ) Pass 
1 Data transfer after write to fast memory slave. / 


| Data transfer after read from fast memory slave. 
+— 


2 
Z 3 Data transfer after write to medium memory slave. 


/ 
J 
4 Data transfer after read from medium memory slave. J 
5 J 
/ 


| 7 Data transfer after write to subtractive memory slave. i / 7 | 


8 | Data transfer after read from subtractive memory slave. J 


If |UT does not implement I/O transactions mark 9 through 16 N/A. Else if |UT supports both read and write transactions DO 
NOT mark 9 through 16 N/A. 


Description 
9 Data transfer after write to fast I/O slave. 
10 Data transfer after read from fast I/O slave. "A 
11 Data transfer after write to medium I/O slave. 7 J 
12 Data transfer after read from medium I/O slave. — "A 
13 Blas transfer after write to slow I/O slave. J 
14 Data transfer after read from slow 1/O slave. J 
15 | Data transfer after write to subtractive I/O slave. J =| 
16 Data transfer after read from subtractive I/O slave. = J 


If |\UT does not implement configuration transactions mark 17 through 24 N/A. Else if |UT supports both read and write 
transactions DO NOT mark 17 through 24 N/A. 


Note: Configuration transactions tested using VirtualChips environment. 


Test # Description Pass N/A 
17 Data transfer after write to fast config slave. "A cL. | 
18 Data transfer after read from fast config slave. eit "A 
- 19 __[Data transfer after write to medium config slave. J 
20 Data transfer after read from medium config slave. "A 
21 Data transfer after write to slow config slave. v 
22 Data transfer after read from slow config slave. J 
23 Data transfer after write to subtractive config slave. J 
24 ‘Data transfer after read from subtractive config slave. i "A 
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25 [Data anser ar hieruptadnowiedge romfastaave 
26 [Data rnsfr ater nterupt acknowledge fom medium slave. | 
Data rancor aterinieruptacknowedge fom sow sve. | 

Data anser afr inorupt acknowedge from subvectve lve | 


Explanations: 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.3. 
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Test Scenario: 1.4. PCI Bus Single Data Phase Disconnect Cycles 


lf UT does not implement memory transactions mark 1 through 8 N/A. Else if IUT supports both read and write transactions 
DO NOT mark 1 through 8 N/A. 


Test # Description Pass N/A 


1 Data transfer after write to fast memory slave. 


_| Data transfer after read from fast memory slave. 


Data transfer after write to medium memory slave. 


| Data transfer after read from medium memory slave. 


/ 

2 J 
ene 

3 J 
4 J 
5 Data transfer after write to slow memory slave. "A 
6 Data transfer after read from slow memory slave. 
7 Data transfer after write to subtractive memory slave. 


Data transfer after read from subtractive memory slave. 


If 1UT does not implement 1/O transactions mark 9 through 16 N/A. Else if |UT supports both read and write transactions DO 
NOT mark 9 through 16 N/A. 


Description 


Data transfer after write to fast I/O slave. 


Data transfer after read from fast I/O slave. 


Data transfer after write to medium |/O slave. 


Data transfer after write to slow I/O slave. 


Data transfer after read from slow I/O slave. 
Data transfer after write to subtractive I/O slave. 


Data transfer after read from subtractive I/O slave. 


J 
J 
Data transfer after read from medium I/O slave. / 
J 
J 
J 


If IUT does not implement configuration transactions mark 17 through 24 N/A. Else if IUT supports both read and write 
transactions DO NOT mark 17 through 24 N/A. 


Note: Configuration transactions tested using VirtualChips environment. 


Description . Pass N/A 
17 Data transfer after write to fast config slave. J 
18 Data transfer after read from fast config slave. J 
19 Data transfer after write to medium config slave. J 
2 Data transfer after read from medium config slave. J 


0 
3 J 
J 


2 Data transfer after write to subtractive config slave. 


24 Data transfer after read from subtractive config slave. 
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If IUT does not implement interrupt transactions mark 25 through 28 N/A else do not mark 25 through 28 N/A. 


Pass 
25 [Data Wanseraforiieraplacowiedge fon testdave 
[25 [Date arse ater itorupt acknowedge rom medium save) 
27 Date wars atritorupt acknowiedge rom slow slve. | 
[28 [Date arse ateritorupt acknowledge rom subtractive save.) 


Explanations: 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.4. 
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Test Scenario: 1.5. PCI Bus Multi-Data Phase Target Abort Cycles 


Note: The Initiator does not repeat a transaction because it is controlled by the user application. The user application must 


2. 


monitor the Received Target Abort bit (CSR28) in the Command Register to prevent a retry after a Target Abort. 


lf IUT does not implement memory transactions mark 1 through 16 N/A. Else if IUT supports both read and write 


transactions DO NOT mark 1 through 16 N/A. 


lf |UT does not implement dual address transactions mark 17 through 32 N/A. Else if |UT supports both read and write dual 


address transactions DO NOT mark 17 through 32 N/A. 


Test # Description Pass N/A 
1 Target Abort bit set after write to fast memory slave. J 
2 |UT does not repeat the write transaction. —T J 
3 _|!UTs Target Abort bit set after read from fast memory slave. J | 
4 lUT does not repeat the read transaction. J | 
| 5 | Target Abort bit set after write to medium memory slave. J 
6 IUT does not repeat the write transaction. J 
F 7 hut's Target Abort bit set after read from medium memory slave. "A | 
8 IUT does not repeat the read transaction. / 
9 "| Target Abort bit set after write to slow memory slave. ak "A 
| 10 IUT does not repeat the write transaction. ait J | 
11 [luT's Target Abort bit set after read from slow memory slave. "A 
12 lUT does not repeat the read transaction. Jv 
13 Target Abort bit set after write to subtractive memory slave. a J 
14 IUT does not repeat the write transaction. J 
15 IUT's Target Abort bit set after read from subtractive memory slave. J ae 
16 IUT does not repeat the read transaction. J Ce 


N/A 


Test # Description Pass 
17 Target Abort bit set after write to fast memory slave. 
18 IUT does not repeat the write transaction. 
19 IUT's Target Abort bit set after read from fast memory slave. 
20 IUT does not repeat the read transaction. 


21 ane Abort bit set after write to medium memory slave. 


22 IUT does not repeat the write transaction. 

23 IUT's Target Abort bit set after read from medium memory slave. 
r 24 IUT does not repeat the read transaction. 

25 Target Abort bit set after write to slow memory slave. 
26 IUT does not repeat the write transaction. 

27 IUT's Target Abort bit set after read from slow memory slave. 

28 IUT does not repeat the read transaction. 

29 Target Abort bit set after write to subtractive memory slave. 
30 IUT does not repeat the write transaction. 


| IUT's Target Abort bit set after read from subtractive memory slave. 


May, 1998 


SO NANRNNNNNNNNE 


IUT does not repeat the read transaction. ae 


If IUT does not implement configuration transactions mark 33 through 48 N/A. Else if |UT supports both read and write 
transactions DO NOT mark 33 through 48 N/A. 


Note: Configuration transactions tested using VirtualChips environment. 


ctet# [~~ eserntion «Pas 


Target Abort bit set after write to fast config. slave. 
IUT does not repeat the write transaction. 
35 


s 
gi 
s 


39 IUT's Target Abort bit set after read from medium config. slave. 


40 IUT does not repeat the read transaction. 


Target Abort bit set after write to slow config. slave. 


IUT does not repeat the write transaction. 
IUT's Target Abort bit set after read from slow config. slave. 


44 IUT does not repeat the read transaction. 
: 


56 N/A. 


/ 


2 
> 


Description 


49 IUT's Target Abort bit set after read from fast memory slave. 

IUT does not repeat the read transaction. 
51 IUT's Target Abort bit set after read from medium memory slave. 
52 IUT does not repeat the read transaction. 


lUT's Target Abort bit set after read from slow memory slave. 


N/A. 


Description 


IUT's Target Abort bit set after read from fast memory slave. / 


IUT does not repeat the read transaction. / 
59 


IUT's Target Abort bit set after read from medium memory slave. 


< 
> 
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Description 


lUT does not repeat the read transaction. 


IUT's Target Abort bit set after read from slow memory slave. 


IUT does not repeat the read transaction. 


IUT's Target Abort bit set after read from subtractive memory slave. 


IUT does not repeat the read transaction. 


lf IUT does not implement MEMORY WRITE AND INVALIDATE transactions mark 65 through 72 N/A. Else DO NOT mark 
65 through 72 N/A. 


Test # 


65 
66 


Description 


Target Abort bit set after write to fast memory slave. 


IUT does not repeat the write transaction. 


67 
68 


Target Abort bit set after write to medium memory slave. 


IUT does not repeat the write transaction. 


69 


Target Abort bit set after write to slow memory slave. 


70 
71 
72 


IUT does not repeat the write transaction. 


IUT's Target Abort bit set after read from slow memory slave. 


IUT does not repeat the write transaction. 


Verify that the PCI core sets the Target Abort bit after trying to perform burst I/O transactions (Xilinx-only test). 


Test # 


Description 


Target Abort bit set after write to fast I/O slave. 


IUT does not repeat the write transaction. 


IUT's Target Abort bit set after read from fast I/O slave. 


IUT does not repeat the read transaction. 


Target Abort bit set after write to medium I/O slave. 


IUT does not repeat the write transaction. 


IUT's Target Abort bit set after read from medium I/O slave. 


IUT does not repeat the read transaction. 


Target Abort bit set after write to slow I/O slave. 


UT does not repeat the write transaction. 


IUT's Target Abort bit set after read from slow I/O slave. 


IUT does not repeat the read transaction. 
Target Abort bit set after write to subtractive I/O slave. 


IUT does not repeat the write transaction. 


87 


Pass 


N/A 


sess 8 


| 


UT's Target Abort bit set after read from subtractive I/O slave. 


88 IUT does not repeat the read transaction. 
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Explanations: 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.5. 
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Test Scenario: 1.6. PCI Bus Multi-Data Phase Retry Cycles 


lf IUT does not implement memory transactions mark 1 through 8 N/A. Else if IUT supports both read and write transactions 
DO NOT mark 1 through 8 N/A. 


| Test # 
1 


Description 


Data transfer after write to fast memory slave. 


Data transfer after read from fast memory slave. 


2 

a 3 Data transfer after write to medium memory slave. 
4 Data transfer after read from medium memory slave. 
5 


Data transfer after write to slow memory slave. 


Data transfer after read from slow memory slave. 


6 
7 Data transfer after write to subtractive memory slave. 
8 


| Data transfer after read from subtractive memory slave. "A 


If IUT does not implement I/O transactions mark 9 through 16 N/A. Else if IUT supports both read and write transactions DO 
NOT mark 9 through 16 N/A. 


eT ae A 
Data transfer after read from fast I/O slave. 
12 


Data transfer after write to medium I/O slave. 


ona ne 
/ 
Data transfer after read from medium I/O slave. Jf ae 
4 
en | 
J 
"A 


13 Data transfer after write to slow I/O slave. 


Data transfer after read from slow |/O slave. 


Data transfer after write to subtractive 1/O slave. 


Data transfer after read from subtractive I/O slave. 


If IUT does not implement configuration transactions mark 17 through 24 N/A. Else if |IUT supports both read and write 
transactions DO NOT mark 17 through 24 N/A. 


Note: Configuration transactions tested using VirtualChips environment. 


Test # Description Pass N/A 
17 Data transfer after write to fast config. slave. 
18 Data transfer after read from fast config. slave. 
19 Data transfer after write to medium config. slave. 
20 Data transfer after read from medium config. slave. 
21 Data transfer after write to slow config. slave. 


Data transfer after read from slow config. slave. 


Data transfer after write to subtractive config. slave. 


Data transfer after read from subtractive config. slave. 


If IUT does not implement MEMORY READ MULTIPLE transactions mark 25 through 28 N/A else do not mark 25 through 
28 N/A. 


Data transfer after memory read multiple from fast slave. a Sa 
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Fs 
28 [Bata ansloraier monn read mutipe tom medundae 
27 [Data anster ater memory read mutipe trom siowsave. || 
28 [Data ansfr ater manery read mutilefom subvaatve sive | | 


lf IUT does not implement MEMORY READ LINE transactions mark 29 through 32 N/A. Else do not mark 29 through 32 N/A. 


Ctet# [—Cripion «Paes | 
22 [Data wanster afer nenen readinetontestsave SSC 
a0 [Data warsor ater memery read ine tom medium sve. |) 
s1__Datewarseratermemeryreadinefom sowslve. || 
[82 [Data transer ater memory redine tom subvactveslve | 


lf IUT does not implement MEMORY WRITE AND INVALIDATE transactions mark 33 through 36 N/A. Else do not mark 33 


Ss 


SN 


\ 


through 36 N/A. 


test# [——Cscripton «dass |W 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.6. 
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Test Scenario: 1.7. PCI Bus Multi-Data Phase Disconnect Cycles 


If |UT does not implement multi-data phase memory transactions mark 1 through 8 N/A. Else if IUT supports both read and 
write transactions DO NOT mark 1 through 8 N/A. 


Test # | Description Pass N/A 


1 Data transfer after write to fast memory slave. J 


eed 
2 Data transfer after read from fast memory slave. 
‘| Data transfer after write to medium memory slave. | 


= 


Data transfer after write to slow memory slave. 


/ 
J 
Data transfer after read from medium memory slave. J 
Jv 
J 
J 


Data transfer after read from slow memory slave. 
Data transfer after write to subtractive memory slave. 
Data transfer after read from subtractive memory slave. | J 


lf 1UT does not implement I/O transactions mark 9 through 16 N/A. Else if IUT supports both read and write transactions DO 
NOT mark 9 through 16 N/A. 


Description 


Data transfer after write to fast I/O slave. 


Data transfer after read from fast I/O slave. 


Data transfer after write to medium I/O slave. 
12 Data transfer after read from medium 1/O slave. ot 


J 
J 
Data transfer after write to slow I/O slave. J 
J 
J 


Data transfer after read from slow I/O slave. 


Data transfer after write to subtractive I/O slave. 
/ 


Data transfer after read from subtractive !/O slave. 


If IUT does not implement configuration transactions mark 17 through 24 N/A. Else if IUT supports both read and write 
transactions DO NOT mark 17 through 24 N/A. 


Note: Configuration transactions tested using VirtualChips environment. 


Test # Description Pass N/A 
17 Data transfer after write to fast config. slave. J 
18 Data transfer after read from fast config. slave. "A 
19 Data transfer after write to medium config. slave. J 
20 Data transfer after read from medium config. slave. J 
21 Data transfer after write to slow config. slave. "A 
22 Data transfer after read from slow config. slave. J 
Data transfer after write to subtractive config. slave. J 
Data transfer after read from subtractive config. slave. 


If IUT does not implement MEMORY READ MULTIPLE transactions mark 25 through 28 N/A else do not mark 25 through 
28 N/A. 


Description 


Data transfer after memory read multiple from fast slave. <a en 
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TTest@ [| —Criton «CPs | 
25 [Daa ensforafer manor reed mutiperonmedumsive |v 
21 [Data rst ater memory reed mutipefomsowslve. || 
28 [Data vanstr ater memory reed mute fom subracive slave | | 


If [UT does not implement MEMORY READ LINE transactions mark 29 through 32 N/A else do not mark 29 through 32 N/A. 


Cest# | —~Cition | Pass | ON 
5 
32 


| ar Data transfer after memory read line from slow slave. 


L ee il Data transfer after memory read line from subtractive slave. a eee 


If IUT does not implement MEMORY WRITE AND INVALIDATE transactions mark 33 through 36 N/A else do not mark 33 
through 36 N/A. 


<i 


33 
34 
35 
36 


N/A 
ar oe 
a an ae: 
a Ee ee 
36 ae a 
Note: Tests 1 through 36 are performed with a 4 double-word transfer size. Test 37 and 38 test for any effect with smaller 
transfer sizes. Single double-word transfers are tested in Scenario 1.4. 


Data transfer after memory write and memory read operations with a 2 
double-word burst transfer size to fast memory slave. 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. | 


End of checklist for Scenario 1.7. 
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Test Scenario: 1.8. Multi-Data Phase & TRDY# Cycles 


If |UT does not implement multi-data phase memory transactions mark 1 through 12 N/A. Else if |UT supports both read and 
write transactions DO NOT mark 1 through 12 N/A. 


All the Scenario 1.8 tests are four word transfers to a fast memory slave. 
(i seer et a T 
Test # 


es Description Pass N/A 
1 Verify that data is written to primary target when TRDY¢# is released after J 
2nd rising clock edge and asserted on 3rd rising clock edge after 
FRAME# = 
2 Verify that data is read from primary target when TRDY‘# is released after J 
2nd rising clock edge and asserted on 3rd rising clock edge after 
ae = | | goes 
3 Verify that data is written to primary target when TRDY¢# is released after J 
| 3rd rising clock edge and asserted on 4th rising clock edge after FRAME# Me 
4 Verify that data is read from primary target when TRDY# is released after J 
3rd rising clock edge and asserted on 4th rising clock edge after FRAME# | 
—___—| 
5 Verify that data is written to primary target when TRDY¢# is released after J 
_| 8rd rising clock edge and asserted on 5th rising clock edge after FRAME# | 
6 Verify that data is read from primary target when TRDY# is released after J 
3rd rising clock edge and asserted on 5th rising clock edge after FRAME# 
- 7 Verify that data is written to primary target when TRDY# is released after J 
Ath rising clock edge and asserted on 6th rising clock edge after FRAME# 
8 Verify that data is read from primary target when TRDY‘# is released after "A 
Ath rising clock edge and asserted on 6th rising clock edge after FRAME# 
9 Verify that data is written to primary target when TRDY# alternately re- "A 
a leased for one clock cycle and asserted for one clock cycle after FRAME# 
oles 
10 | Verify that data is read from primary target when TRDY¢# alternately re- "A 
leased for one clock cycle and asserted for one clock cycle after FRAME# 
- 11 Verify that data is written to primary target when TRDY# alternately re- J 
leased for two clock cycles and asserted for two clock cycles after 
FRAME# 
12 Verify that data is read from primary target when TRDY# alternately re- J 
leased for two clock cycles and asserted for two clock cycles after 
FRAME# 


If IUT does not implement DUAL ADDRESS transactions mark 13 through 24 N/A. Else if IUT supports both read and write 
transactions DO NOT mark 13 through 24 N/A. 


Test # Description Pass N/A 


13 Verify that data is written to primary target when TRDY# released after "A 
3rd rising clock edge and asserted on 4th rising clock edge after FRAME# 

14 Verify that data is read from primary target when TRDY# released after J 
3rd rising clock edge and asserted on 4th rising clock edge after FRAME# 

J 

J 


15 Verify that data is written to primary target when TRDY# released after 
4th rising clock edge and asserted on 5th rising clock edge after FRAME# 


16 Verify that data is read from primary target when TRDY# released after 
Ath rising clock edge and asserted on 5th rising clock edge after FRAME# 


17 Verify that data is written to primary target when TRDY# released after 
Ath rising clock edge and asserted on 6th rising clock edge after FRAME# 
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18 Verify that data is read from primary target when TRDY# released after Jv 
Ath rising clock edge and asserted on 6th rising clock edge after FRAME# 


19 Verify that data is written to primary target when TRDY# released after 
5th rising clock edge and asserted on 7th rising clock edge after FRAME# 


20 Verify that data is read from primary target when TRDY# released after 
5th rising clock edge and asserted on 7th rising clock edge after FRAME# 


21 Verify that data is written to primary target when TRDY# alternately re- J 
leased for one clock cycle and asserted for one clock cycle after FRAME# 


22 Verify that data is read from primary target when TRDY#¥ alternately re- 
leased for one clock cycle and asserted for one clock cycle after FRAME# 


Verify that data is written to primary target when TRDY#¥ alternately re- 
leased for two clock cycles and asserted for two clock cycles after 
FRAME# 


Verify that data is read from primary target when TRDY#¥ alternately re- 
leased for two clock cycles and asserted for two clock cycles after 
FRAME# 


30 N/A. 


Description 


Verify that data is read from primary target when TRDY# released after 
2nd rising clock edge and asserted on 3rd rising clock edge after 
FRAME# 


26 Verify that data is read from primary target when TRDY# released after 
3rd rising clock edge and asserted on 4th rising clock edge after FRAME# 
27 Verify that data is read from primary target when TRDY#¥ released after 
3rd rising clock edge and asserted on 5th rising clock edge after FRAME# 
28 Verify that data is read from primary target when TRDY¢# released after 
4th rising clock edge and asserted on 6th rising clock edge after FRAME# 
29 Verify that data is read from primary target when TRDY¢# alternately re- 
leased for one clock cycle and asserted for one clock cycle after FRAME# 
30 


Verify that data is read from primary target when TRDY#¥ alternately re- 
| leased for two clock cycles and asserted for two clock cycles after 


FRAME# 


Ctest# | —Cescription =| Pass | NA 
31 Verify that data is read from primary target when TRDY#¥ released after J 
2nd rising clock edge and asserted on 3rd rising clock edge after 
32 Verify that data is read from primary target when TRDY¢# released after J 
3rd rising clock edge and asserted on 4th rising clock edge after FRAME# 
33 Verify that data is read from primary target when TRDY# released after Jv 
3rd rising clock edge and asserted on 5th rising clock edge after FRAME# 
Verify that data is read from primary target when TRDY# released after J 
Ath rising clock edge and asserted on 6th rising clock edge after FRAME# 
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Description 


Verify that data is read from primary target when TRDY# alternately re- 
leased for one clock cycle and asserted for one clock cycle after FRAME# 


36 Verify that data is read from primary target when TRDY# alternately re- 
leased for two clock cycles and asserted for two clock cycles after 
FRAME# 


lf |\UT does not implement MEMORY WRITE and INVALIDATE transactions mark 37 through 42 N/A else do not mark 37 


through 42 N/A. 


37 Verify that data is written to primary target when TRDY# released after 

2nd rising clock edge and asserted on 3rd rising clock edge after 
FRAME# 

38 Verify that data is written to primary target when TRDY# released after 

3rd rising clock edge and asserted on 4th rising clock edge after FRAME# |. 


42 


Verify that data is written to primary target when TRDY# released after 
3rd rising clock edge and asserted on 5th rising clock edge after FRAME# 


Verify that data is written to primary target when TRDY# released after 
4th rising clock edge and asserted on 6th rising clock edge after FRAME# 


Verify that data is written to primary target when TRDY# alternately re- 
leased for one clock cycle and asserted for one clock cycle after FRAME# 


Verify that data is written to primary target when TRDY# alternately re- 
leased for two clock cycles and asserted for two clock cycles after 
FRAME# 


Explanations: 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.8. 
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Test Scenario: 1.9. Bus Data Parity Error Single Cycles 


lf IUT is exempted from reporting parity errors per the exemptions listed in subsection 3.7.2 of the specification then mark the 
following N/A. 


If IUT does not implement memory transactions mark 1 through 3 N/A. Else if IUT supports both read and write transactions 
DO NOT mark 1 through 3 N/A 


Verify the |UT sets Data Parity Error Detected bit when Primary Target 
asserts PERR# on IUT Memory Write 
Verify that PERR# is active two clocks after the first data phase (which 
had odd parity) on IUT Memory Read 
Verify the lUT sets Parity Error Detected bit when odd parity is detected 
on |UT Memory read 


If UT does not implement I/O transactions mark 4 through 6 N/A. Else if IUT supports both read and write transactions DO 
NOT mark 4 through 6 N/A. 


teste | vsnpion TT raes Twa 


Verify the l|UT sets Parity Error Detected bit when Primary Target asserts 
PERR# on IUT |/O Write 
a Verify that PERR# is active two clocks after the first data phase (which gets 


had odd parity) on IUT I/O Read 
If |UT does not implement configuration transactions mark 7 through 9 N/A. Else if IUT supports both read and write 


Verify the IUT sets Parity Error Detected bit when odd parity is detected 
on IUT I/O read 
transactions DO NOT mark 7 through 9 N/A. 


Note: Configuration transactions tested using VirtualChips environment. 


Description 


7 Verify the lUT sets Parity Error Detected bit when Primary Target asserts J 
PERR# on IUT Config Write 
Verify that PERR# is active two clocks after the first data phase (which 
had odd parity) on IUT Config Read 
Verify the IUT sets Parity Error Detected bit when odd parity is detected 
on IUT Config read 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.9. 
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Test Scenario: 1.10. Bus Data Parity Error Multi-Data Phase Cycles 


lf IUT is exempted from reporting parity errors per the exemptions listed in subsection 3.7.2 of the specification then mark the 
following N/A. 


If |\UT does not implement memory transactions mark 1 through 3 N/A. Else if |UT supports both read and write transactions 
DO NOT mark 1 through 3 N/A. 


Test # | Description Pass N/A 
1 Verify the IUT sets Parity Error Detected bit when Primary Target asserts J 
| PERR# on IUT multi data phase Memory Write 
2 Verify that PERR# is active two clocks after the first data phase (which J 


had odd parity) on |IUT multi data phase Memory Read 


3 Verify the IUT sets Parity Error Detected bit when odd parity is detected J 
on |UT Memory multi data phase read 


If |\UT does not implement DUAL ADDRESS transactions mark 4 through 6 N/A. Else if |IUT supports both read and write 
transactions DO NOT mark 4 through 6 N/A. 


Description 


Verify the l|UT sets Parity Error Detected bit when Primary Target asserts 
PERR# on IUT dual address multi data phase Write 


Verify that PERR# is active two clocks after the first data phase (which 
had odd parity) on IUT dual address multi data phase Read 


Verify the |UT sets Parity Error Detected bit when odd parity is detected 
on IUT dual address multi data phase read 


If IUT does not implement configuration transactions mark 7 through 9 N/A. Else if IUT supports both read and write 
transactions DO NOT mark 7 through 9 N/A. 


Note: Configuration transactions tested using VirtualChips environment. 


7 Verify the IUT sets Parity Error Detected bit when Primary Target asserts J 
PERR# on IUT Config multi-data phase Write 


8 Verify that PERR# is active two clocks after the first data phase (which J 4 


had odd parity) on IUT Config multi-data phase Read 


9 Verify the I|UT sets Parity Error Detected bit when odd parity is detected J 
on IUT Config multi-data phase read 


If |UT does not implement MEMORY READ MULTIPLE transactions mark 10 through 11 N/A. Else DO NOT mark 10 through 
11 N/A. 


Description 


Verify that PERR# is active two clocks after the first data phase (which 
had odd parity) on IUT mem. rd. multiple data phase. 


Verify the IUT sets Parity Error Detected bit when odd parity is detected 
on IUT mem. rd. multiple data phase. 
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lf UT does not implement MEMORY READ LINE transactions mark 12 through 13 N/A. Else DO NOT mark 12 through 13 
N/A. 


ee 
12 Verify that PERR# is active two clocks after the first data phase (which 
had odd parity) on IUT mem. rd. line data phase. 
Verify the IUT sets Parity Error Detected bit when odd parity is detected 
on |UT mem. rd. line data phase. 


If UT does not implement MEMORY WRITE and INVALIDATE transactions mark 14 N/A. Else DO NOT mark 14 N/A. 


Verify the lUT sets Parity Error Detected bit when Primary Target ——— 
PERR# on IUT Memory Write and Invalidate data phase. 


Explanations 


Test 7-9: Core cannot perform multi-data phase configuration transaction. Will always issue a disconnect with 


data each configuration transaction. 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.10. 
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Test Scenario: 1.11. Bus Master Timeout. 


Note: Configuration transactions not tested. 


Description 


Memory write transaction terminates before 4 data phases completed 


Memory read transaction terminates before 4 data phases completed 


Config write transaction terminates before 4 data phases completed 


Config read transaction terminates before 4 data phases completed 


Memory read multiple transaction terminates before 4 data phases 


Memory read line transaction terminates before 4 data phases 


Dual Address write transaction terminates before 4 data phases complet- 
ed 


Dual Address read transaction terminates before 4 data phases complet- 
ed 


If |UT does not support cache coherent transactions mark 9 N/A Else if |UT supports cache coherent transactions and has 
implemented the configuration register that specifies cache line length DO NOT mark 9 N/A. 


Test # 


9 Memory write invalidate terminates on line boundary 


Description Pass N/A 


an a a 


Latency timer after 2 cycles, disconnect 2 clocks after DEVSEL# asserted (Xilinx-only test). 


Description 


Memory write transaction terminates correctly 


Memory read transaction terminates correctly 


Explanations: 


The LogiCore Initiator does detect and respond to a Master Abort condition (no DEVSEL# asserted by the ad- 


dressed Target). However, the LogiCore Initiator deasserts FRAME# and IRDY# one cycle later than the dia- 


gram shown as Figure 3-4 on page 40 in the PCI Local Bus Specification, revision 2.1. Otherwise, the LogiCore 


Initiator treats Master Abort normally. Master Abort is intended to keep an Initiator from “hanging” the bus when 


addressing a non-existent or malfunctioning Target. A one cycle latency should not adversely affect most de- 


signs. The extra clock cycle eliminates a critical path in the LogiCore Initiator control logic. 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.11. 
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Test Scenario: 1.12. Target Lock 


If an IUT does not support lock transactions mark 1 through 5 N/A. Else if IUT supports lock transactions DO NOT mark 1 


through 5 N/A. 


Oe 
1 [15 doesnot paorm bs Vansacion (ead ok) onload esouce 
2 [UT does estabisheckaterlockisreeesed 
3 [WT does release ck ter witetopimaryiwet | 
— 
co 


IUT does not establish lock when it detects retry 
IUT does not establish lock when it detects target abort 


Explanations: 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.12. 
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Test Scenario: 1.13. PCl Bus Master Parking 
Verify that the IUT is able to drive PCI bus to stable conditions if it is idle and GNT# is asserted. 


Description 


IUT Tri-states AD[31::00] and C/BE[3::0] and PAR when GNT# is re- 
leased. 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 


End of checklist for Scenario 1.13 
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Test Scenario: 1.14. PCl Bus Master Arbitration 
Verify that the IUT is able to complete bus transaction when GNT# is deasserted coincident with FRAME# asserted. 


Complete bus transaction when GNT# is de-asserted coincident with FRAME# asserted (2-cycle GNT#). This is tested with 
both Memory Read and Memory Write. 


 Test# | # _Test# [Description = = = | 


IUT completes transaction when de-asserting GNT# is coincident with as- 
serting FRAME#. 


Verify that |UT doesn’t assert FRAME when GNT# is asserted for only one cycle (Xilinx-only test). This is tested with both 
Memory Read and Memory Write. 


[Test# [Description ids |W 
IUT doesn’t assert FRAME# when GNT# is asserted for only one cycle. Pov ft 


Wait for idle bus (FRAME# and IRDY# deasserted) after receiving GNT# before starting Initiator transaction (Xilinx-only 
test). 


 Test# # _Test# |Description | 


IUT waits for idle bus after receiving GNT# before completing write and 
read transaction. 


LogiCORE PCI Initiator does not attempt bus transaction if Bus Master Enable bit is not set in the Command Register (Xilinx- 
only test). 


LogiCORE PCI Initiator should attempt bus transaction if Bus Master Enable bit is set in the Command Register and a 
REQUEST is pending (Xilinx-only test). 


This section should be used to clarify any answers on checklist items above. Please key explanation to item — 
number. 


End of checklist for Scenario 1.14. 
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Component Protocol Checklist for a Target Device 
For detail on tests to run in order to fill in this checklist, refer to the Target Protocol Test Scenarios in Addendum B. 


Definition: IUT is an acronym for “Implementation Under Test”. 


Test Scenario: 2.1. Target Reception of an Interrupt Cycle. 
lf |UT does not respond to Interrupt Acknowledge bus transactions mark 1 through 2 N/A 


Description 


1. IUT generates Interrupts when programmed 


2. IUT clears Interrupts when serviced (may include driver specific actions) 


Test Scenario: 2.2. Target Reception of Special Cycle. 
IF |UT does not implement Special Cycles mark 1 through 5 N/A 


Description 
No DEVSEL Assertion by IUT after Special Cycle 


I\UT receives encoded special cycle 
Message received but not processed in macro. Would be processed 
by user application. 


eseription | 
IUT reports address parity error via SERR 


IUT reports data parity error via SERR 
IUT keeps SERR active for at least one clock 


Test Scenario: 2.4. Target Reception of I/O Cycles With Legal and Illegal Byte Enables. 
IF I|UT does not support I/O cycles mark 1 through 4 N/A or if IUT claims all 32 bits during an I/O cycle mark 1 and 2 N/A 


Note: The LogiCORE Target supports 32-bit I/O transfers. The macro does not automatically generate Target Abort or 
Disconnect during illegal transfers. However, this function can be added by the user application. 


Description Pass N/A 


1 IUT asserts TRDY following 2nd rising edge from FRAME on all Legal J 
BE" . | 
IUT terminates with TARGET Abort for each illegal BE" / 


IF IUT supports Target disconnect Check the following 


IUT asserts STOP J 
IUT de-asserts STOP after FRAME de-assertion 


Test Scenario: 2.5. Target Ignores Reserved Commands. 


FOR 32bit TARGETS 
IUT does not respond to 64bit cycle (dual address) J 
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Test Scenario: 2.6. Target Receives Configuration Cycles. 


Note: The LogiCORE Target does not support burst transfers in or out of its configuration space. 


1 IUT responds to all configuration cycles type 0 read/write cycles appro- J 
priately 


IUT does not respond to configuration cycles type 0 with IDSEL inactive 


Test Scenario: 2.7. Target Receives I/O Cycles With Address and Data Parity Errors. 


CTest# [| ~S~SCeseptonSSSSC*d'C |W 
/1__|1UT pons adess party oror via SERA ding VOreadiwito ces | ¥| 
21 repens data pay enor via PEAR drng WO witoyces | 


Test Scenario: 2.8. Target Gets Config. Cycles With Address and Data Parity Errors. 


Pass [NA 
1 IUT reports address parity error via SERR during configuration read/write "A 
cycles 
a 


IUT reports data parity error via PERR during configuration write cycles 


Test Scenario: 2.9. Target Receives Memory Cycles. 


Note: The LogiCORE Target does not automatically generate Target Abort when a burst transaction crosses an address 
boundary. However this function can be added by the user application. 


IF |\UT does not interface to a memory subsystem mark all N/A 


IF I|UT does not interface to main system memory or memory is NOT CACHEABLE mark 2 to 4 N/A 
2 [lWTeompletes memory read ine cycles appropriately |v | 
8 [WUTeompetes memory read multiple cytes appropriately | 


IUT completes memory write and invalidate cycles appropriately 
IUT completes one cycle and disconnects on RESERVED memory oper- 


ations 
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Test Scenario: 2.10. Target Gets Memory Cycles With Address and Data Parity Errors. 


Test # Description Pass N/A 


J 


IF |UT does not interface to a memory subsystem mark 1 to 2 N/A 


1 IUT reports address parity error via SERR during all memory read and J 
write cycles 


lUT reports data parity error via PERR during all memory write cycles J 


Test Scenario: 2.11. Target Gets Fast Back to Back Cycles. 


Description 


IUT responds to back to back memory writes appropriately 


IUT responds to memory write followed by memory read appropriately 


IF |UT does not implement the “Fast Back-to-Back Bit” then mark 3 and 4 N/A 


3 IUT responds to back to back memory writes with 2nd write selecting IUT JS 
4 IUT responds to memory write followed by memory read with read select- J 
ing IUT 


Test Scenario: 2.12. Target Performs Exclusive Access Cycles. 
lf the |UT does not implement LOCK mark 1-4 N/A 


Description 


IUT responds with RETRY when second initiator attempts an access 


IUT responds to access releasing LOCK by initiator 


IUT responds to access by second initiator 


Test Scenario: 2.13. Target Gets Cycles With IRDY Used for Data Stepping. 


Test # Description Pass 

1 IUT responds appropriately with a wait state inserted on phase 1 of 3 data i J 
phases 

2 IUT responds appropriately with a wait state inserted on phase 2 of 3 data J 
phases 

3 | IUT responds appropriately with a wait state inserted on phase 3 of 3 data | 
phases 

4 IUT responds appropriately with a wait state inserted on all of 3 data 
phases 


IUT responds appropriately when Initiator has maximum initial latency, 
eight wait states before IRDY# asserted. Perform Memory Write and 
Read. Xilinx-only test. 
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Test Scenario: 2.14. Target Signals and Responds to Various Target Termination Conditions 
(Xilinx-only tests) 
Normal Termination Conditions (S_READY asserted, S_TERM deasserted, T_.ABORT deasserted, KEEPOUT deasserted). 


Tete [| (eseription Pass | NA 

1 I|UT responds appropriately to a Memory Write Operation, S_READY as- 
serted immediately. 

2 IUT responds appropriately to a Memory Read Operation, S_READY as- 
serted immediately. 

3 IUT responds appropriately to a Memory Write Operation, S_READY as- 
serted after 7 clocks 

N/A 


I|UT responds appropriately to a Memory Read Operation, S_READY as- 
serted after 7 clocks. 


Target Disconnect (S_READY asserted, S_TERM asserted, T_.ABORT deasserted, KEEPOUT deasserted). 


Description 


IUT responds appropriately to a Memory Write Operation, disconnect 
with data on the first cycle. 


lUT responds appropriately to a Memory Read Operation, disconnect 
with data on the first cycle. 
ae IUT responds appropriately to a Memory Write Operation, disconnect | = | 


with data after 7 cycles, S_READY and S_TERM asserted after 7 clocks. 


8 l|UT responds appropriately to a Memory Read Operation, disconnect 
with data after 7 cycles, S_READY and S_TERM asserted after 7 clocks. 


J 
/ 
/ 
J 
J 
/ 
/ 
J 
9 lUT responds appropriately to a Memory Write Operation with 2 double- "A 
words, disconnect on the second word 
10 IUT responds appropriately to a Memory Read Operation with 2 double- J 
words, disconnect on the second word 
Target Retry (S_READY deasserted, S_TERM asserted, T_.ABORT deasserted, KEEPOUT deasserted on first transfer). 


IUT responds appropriately to a Memory Write Operation. 


Description — 


IUT responds appropriately to a Memory Read Operation. 


IUT responds appropriately to a Memory Write Operation. Initiator asserts 
FRAME# and deasserts IRDY# for seven cycles. Verify IUT asserts 
STOP# until FRAME# deasserted. 


IUT responds appropriately to a Memory Read Operation. Initiator as- 
serts FRAME# and deasserts IRDY# for seven cycles. Verify |UT asserts 
STOP# until FRAME# deasserted. 
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Keepout (S_READY deasserted, S_TERM asserted, T_.ABORT deasserted, KEEPOUT asserted). 


IUT responds to a Memory Write operation with a Target Retry. Verify that 
ADIO internal bus is Hi-Z. 


IUT responds to a Memory Read operation with a Target Retry. Verify 


that ADIO internal bus is Hi-Z. 


IUT responds to a Configuration Write operation with a Target Retry. Ver- 
ify that ADIO internal bus is Hi-Z. 


IUT responds to a Configuration Read operation with a Target Retry. Ver- 
ify that ADIO internal bus is Hi-Z. 


Target Abort (T_ABORT asserted, KEEPOUT deasserted). 


Description 


IUT responds appropriately to a two double-word Memory Write opera- 
tion with a Target Abort. 


Verify that Signaled Target Abort bit was set in the Status Register. 


lIUT responds appropriately to a two double-word Memory Read opera- 
tion with a Target Abort. 


Verify that Signaled Target Abort bit was set in the Status Register. 


Test Scenario 2.x. Explanations. 


Explanations: 


This section should be used to clarify any answers on checklist items above. Please key explanation to item 
number. 
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Pinout and Configuration 


Pinout and Configuration 


Layout Considerations 


The pinouts Xilinx supplies follow the PCI-SIG suggested 
pinout and aligns the PCI data path (ADIO[31:0]) along the 
horizontal long lines in the FPGA. The horizontal Long- 
lines support internal 3-state busses. Various registers, 
such as the Base Address Registers, are aligned vertically, 
in columns. 


Since the BG432 package used by the XC4062XLT is cav- 
ity down, the LogiCORE PCI Interface is placed on the 
other side of the die. 


Pinout Tables 


The following pinout tables list the PCI pin assignment for 
these supported packages: 


e Table 1 - XC4013XLTPQ208 
e Table 2 - XC4013XLTPQ240 
e Table 3 - XC4028XLTPQ240 
¢ Table 4 - XC4062XLTPQ240 
e Table 5 - XC4062XLTBG432 
¢ Table 6 - XCS30PQ208 
¢ Table 7 - XCS380PQ240 
¢ Table 8 - XCS40PQ208 
¢ Table 9 - XCS40PQ240 


For each pin, both the PCI function and the fundamental 
device pin function are listed. Those shown in bold italics 
are dedicated pins for configuring the FPGA device using 
one of the serial configuration modes. Pins without a PCI 
function listed are available as additional user 1/O. 

Note: If there are conflicts between these tables and the 


constraints file, the constraints file has 
precedence. 
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Configuration Mode 


The LogiCORE PCI Interface is designed to use Serial 
Master Mode or Slave Mode for configuring the device. An 
external serial configuration device, such as the Xchecker 
cable or an embedded processor is required for Serial 
Slave Mode. 


Use of the XC4000XLT or Spartan fast configuration mode 
is recommended to minimize the FPGA power-up configu- 
ration time. The fast mode is set as part of the MakeBits 
options in the XDM profile read in during the design compi- 
lation phase. 


Please refer to the Xilinx Programmable Logic Data Book 
for additional information. 


The Xchecker is useful during debugging. However, the 
PCI system needs to be held reset while the FPGA's bit- 
stream is loaded. If using an embedded processor, the user 
needs to insure that configuration will not be delayed by 
interrupts to the processor, and that it is capable of config- 
uring it prior to the assertion of IDSEL. Currently the v2.1 
PCI Specification does not specify a time requirement for 
the initial asserting of IDSEL after power-on. Currently, 
there is a proposal for the v2.2 PCI Specification to require 
225 clocks before configuring the PCI bus after power-on. 
Until this is required in the PCI Specification, Xilinx recom- 
mends use of the Master Serial fast mode to assure the 
FPGA is configured at the time of IDSEL assertion. 
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Pinout for the XC4013XLT PQ208 
Table 1: Pinout for the XC4013XLT PQ208 


| Pin Function | PCI Function PQ208 


Ps 
vo Abeer 
V0 

/O AD18 P12 
(0 

/O CBE2 P16 
vm 


: 


FRAME: 
V0 IRDY.. 
v0 TROY. 

STOP. 

GND P25 

veo P26 
V0 
V0 P30 

0 at 

P35 
V0 P36 
V0 P38 
v0 ADT 
/O AD9 P43 
a 


Table 1: Pinout for the XC4013XLT PQ208 (Continued) 


| Pin Function | PCI Function PQ208 


we SS—~—~—~sSC“‘ ( ‘WS 
—Woecwe dC 
ow) om 
way oP 
way ef 
V/O (HDC) HDC P58 

0 ar 

. 


/O AD7 
/O AD6 
/O AD5 
/O AD4 
/O 


P62 
1 
aba | PSB 

GNO | Pe 
P68 


P67 


10 
/O 


P75 
| ae Reman hae. wa 


GND 
/O 
/O 
/O 
/O 


P79 
P80 


U 
0 
— 


P8 


G) 
Zz 
O 


/0 
VT 
vO eee 
a 
vO es 
Ce 
pO 


May, 1998 


> XILINX 


Table 1: Pinout for the XC4013XLT PQ208 (Continued) 


PROGRAM- 
/0 (D7) 


N.C 


I/O, GCK5 


/0 
/0 
/O (D6) 


I/O (D5) 
I/O (CSO-) 


GRAM- 
RST- 
GND 


/O 
/O 
/O 


I/O (D3) 
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Table 1: Pinout for the XC4013XLT PQ208 (Continued) 


| Pin Function | PCI Function PQ208 
VTT 
GND 


Pise 
O P139 
es 

D 


I/ 
VT 
GN 


P141 
P142 
0 P143 
/O P144 
/0 P145 
0 P146 
/O (D1) 
VO (RCLK, RDY/ 


V/O (DO, DIN) 


VO, GCK6 DOUT P152 
(DOUT) 

CCLK CCLK P153 

VCC P154 
N.C Pi55. 

N.C P156 

N.C P157 

N.C. P158 

TDO P159 

GND P160 

P161 

Pie 

/0 P163 
pieekgy ne onetinielnpen agers 
woress. aay [SSS 


1/0 (A4) 
I/O (A5) 
/O 


a a cc 
1 
mel eal See 
vow it 


P82 
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Table 1: Pinout for the XC4013XLT PQ208 (Continued) 


| Pin Function | PCI Function PQ208 
VCC 


VO (A8) 

/0 (A9) P185 
0019 
ae ae 
ees ce es ee a 
ee Ce ee 
OX CS) a 
VO 
VO 
/0 
/O (A12) 

0 (A13) P200 

/0 P201 

/0 P202 

0 (A14) P203 

0, GCKS (A15) P204 

VCC VGC P205 

NC. N.C. P206 

NC. | NG. P207 

N.C. N.C. P208 
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Pinout for the XC4013XLT PQ240 
Table 2: Pinout for the XC4013XLT PQ240 


Pin Function 
GND 
VO, GCK1 (A16) 
V0 (A17) 
VO 
/O AD22 
VO, TDI TDI 
VO, TCK TCK 


PQ240 
P1 


al 
NO 


U0 
AS 


ie) 


U0 
O1 


P7 


/O 


/0 
vO 
VO, TMS 
P20 
P21 
P23 
VO 
VO P25 
/0 TRDY- P26 
/0 DEVSEL- P27 
vO P28 
GND GND P29 
VCC VCC P30 
VO P3t 
/0 PAR P33 
VO 
VO | PS 
ec eee ee ce 
GND P37 
ec ae es ee: 
ee ee ee ee 
VCC VCC P40 
Lo ee 
p43 
VO pad 
GND GND P45 
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Table 2: Pinout for the XC4013XLT PQ240 (Continued) 


Pin Function | PCiFunetion [P26 
70 

/O P47 

/O AD14 P48 

/O AD13 P49 

P50 

P51 

P52 

/O AD9 P53 

P54 

/O P55 

Wo, 6oKe 
own) | om 

GND GND P59 
wo) oP 
way we Pw 
We, 6eKs 

HDC P64 

P6s 
(0 a 

P68 
oD 

/O AD4 P70 

/O AD2 P72 

P73 

GND P75 

/O AD1 P76 

0 

/O ADO P78 

VTT VTT P79 

VCC VCC P80 

/O P81 

( 

/O P84 
a ae Sean a Sa 

re 

I/O P87 
veo ves P80 

GND GND P91 
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Table 2: Pinout for the XC4013XLT PQ240 (Continued) 


Pin Function PCI Function PQ240 


/O P93 
108 
10 
a 

P00 
voc [Pion 
eee 


Table 2: Pinout for the XC4013XLT PQ240 (Continued) 


VIT VIT 
Aare Ce er ieee Cee 
fe VO ye 
ae (ee ee ee 
a ee eee ee ae 
a re a 

Ci [a Oe 

P150 
P151 

/0 (03) Pis2_| 
| WORS) | PS 
mies 
oe es P155 
a 
ae (Fel een eo ee 

vo(b2) | PS 
Eee OE es ID 

/0 

vo | PHB 

GND 

/0 P167 
ee 

VO | 
a. Se aera Cea ae 
ana Saale eee 2? eae 

VO} 

vow) | PS 
aa 

BUSY) 

a ee a ee 

vo | TS 
| Wo(DO,DIN) | DIN, | P77 

fo. Gcks | Bout 

(DOUT) 

CCLK 
vec 
TDO 
GND 
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Table 2: Pinout for the XC4013XLT PQ240 (Continued) 


Pin Function PCI Function PQ240 

/O (AO, WS-) P183 

1/0, GCK7 (A1) | P1384 

/O P185 

| /O i P186 

/O (CS1, A2) P187 

/O (A3) P188 

VO P189 

/0 7 P190 

/O P191 

/0 P192 

/O P193 

/O P194 

N.C. N.C. P195 

GND ii GND ‘| P196 

/0 P197 

/0 P198 

/O P199 

VTT VTT P200 

VCC VCC P201 

/O (A4) P202 

/O (A5) P203 
GNDE | ___GND 

/O P205 

/O P206 

/O (A21) P207 

/O (A20) P208 

/O (A6) | P209 

/O (A7) P210 

GND mi GND P211 

VCC VCC P212 

a (A8) | P213 
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Table 2: Pinout for the XC4013XLT PQ240 (Continued) 


Pin Function PCI Function PQ240 
I/O (AQ) P214 
I/O (A19) P215 
I/O (A18) P216 
/O P217 
/0 P218 
GND+t GND P219 
/O (A10) P2020 
VO(A11) | P2021 
voo vo 
VTT VTIT P223 
/O AD31 P224 
/O P225 
/O AD30 
GND GND P227 
/O AD29 P228 
/O AD28 P229 
/0 AD27 P230 
/O AD26 P231 
70 (aia) 


/O (A13) AD24 P233 


/O 


/0 
VO (A14) 
VO, GCK8 (A15) 
VCC 


IDSEL 


P234 


P235 


P237 


+ Pins marked with this symbol are used for Ground connections on 
some revisions of the device. These pins may not physically connect 
to anything on the current device revision. However, they should be 


externally connected to Ground, if possible. 


May, 1998 


Pinout and Configuration 


Pinout for the XC4028XLT HQ240 
Table 3: Pinout for the XC4028XLT HQ240 


Pin Function | PCI Function HQ240 
GND Pt 


VO, GCK1 (A16) PCLK 
V0 (Ai7) AD23 


So 
70 DEB 
/O, TDI TDI P6 
I/O, TCK TCK P7 
/O AD21 P8 
/O AD20 P9 
V0 
(0 
So 
So 
a 2 
VTT VIT P18 
ee: Sane ia Sea 
/O AD16 P20 
70 OBE? 
GND GND P22 
/O GNT- P23 
70 Pad 
V0 P26 
V0 P28 
VCC VCC P30 
vo Pe 
/O SERR- P32 
/O PAR P33 
/O REQ- P34 
/O P35 
[ 
v0 
0 
VCC VCC P40 
VTT VIT P41 
a 
V0 Pa 
v0 
GND GND P45 


Table 3: Pinout for the XC4028XLT HQ240 (Continued) 


"Pin Function | PCI Function | HO | 


VO ee ee: 
ee -Ert eeee ey 
VO p48 
VO P50 

P51 
/0 AD10 P52 
ADO P53 
/0 ADS P54 
/0 P56 
— VOGCK | 
O (M1) Mi 
GND GND 
(Moy MO 
(M2) | 
_ voecks || PS 
P65 
EO | ADT Pee 
/0 AD6 P67 
LDC- P68 
ADS | PCD 
AD4 
/0 AD3 P71 
AD2 P72 
V0 P73 
P74 
GND GND P75 
ADI P76 
/0 P77 
VO ADO 
vit VIT P79 
Viele VCC P80 
Le ee 
/0 
GND GND P83 
re ee ee ee ee 
VO ee ee 
WO | 
vO oP 
aE: Sees ie ee 
P89 
VCC P90 
GND GND Pot 
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Table 3: Pinout for the XC4028XLT HQ240 (Continued) Table 3: Pinout for the XC4028XLT HQ240 (Continued) 


Pin Function | PCliFunction | HQ240 | | PinFunction | PCI Function HQ240 
0 P92 P138 
| VO P93 VTT VIT P139 
V0 P94 VCC VCC | P140 | 
| ‘VO P95 /O (D5) P141 
VO P96 V/O (CSO-) P142 
- vo P97 GND GND P143 
GND GND P98 VO P144 
VO ee V0 | P145 
VO P100 VO P146 
VCC VCC V0 | Pia oa 
VTT VTT P102 VO (D4) P148 
VO he ee atl P103 V0 | pi4g | 
ie) P104 VCC P150 
GND GND P106 VO (D3) P152 
VO P107 /0 (RS-) 
V0 
VO P109 
VO [ P110 


aan Seana ee GND 
VO VO (D2) 
AL ESSE GES v0 
/0 P115 vec. | vcc 
VO | P116 “irk VTT 
VO P117 vo s«&Y 
VO, GCK4 P118 VO | 
GND GND P119 /0 
pe! nea 
DONE DONE P120 GND GND P166 
VCC | VCC P121 /0 P167 
PROGRAM- | PROGRAN- P122 V0 P168 
VO (D7) RST- VO a P16 
/O, GCKS P124 /O P170 
VO P125 /0 P171 
V0 /O P172 
er [eg 
a ee 
0) BUSY) 
/O P130 VO |. 
(OSS |S |W (DO, DIN) 
0s) 0, ks 
oe (Dour) 
GND 
io |. |. P1386 
vo | | PIe7 TDO 
GND 
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Table 3: Pinout for the XC4028XLT HQ240 (Continued) Table 3: Pinout for the XC4028XLT HQ240 (Continued) 


__Pin Function | PCI Function _ 
| VO(AOWS) | 
VO es! 
/0 (A3) 
WO 
a Ci re 
een ee ee 
OE 
VO rs ee 
oe ee 
/0 P195 
a ee ee 
VO ee 
vO es ee 2 ee 
VIT 
a ee ee 
Wows) | PROS 
GND 
a 
VO ee Sa 
V0 (A21) 
/O (A20) 
/0 (A6) 
VO(A7) | 
VCC vec 
VO (A8) 
VO) | PR 
VOI) PRS 
0 (A18) 
VO res 
_ vowmio | RRO 
CN) a 
VCC vec 
ag) p23 
vO 
GND GND 
/0 AD29 
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Pinout for the XC4062XLT HQ240 
Table 4: Pinout for the XC4062XLT HQ240 


Pin Function | PCIFunction | PQ240 | 

GND 
/O, GCK1 (A16) P2 

/O (A17) P3 

/O 

/0 AD22 P5 

VO, TDI TDI P6 

V0, TCR 

yo | Abt | 

vO | Abzo [PO 

/0 AD19 P10 

[a 

/0 P13 
Wo ADI? 

V0 
TMS 

vit 

VCC 

/O 

/0 

GND 

/0 

/0 

/O IRDY- [ P25 

/O TRDY- P26 

/O DEVSEL- P27 

VO STOP- P28 

GND GND P29 
. vee VGC P30 

/O PERR- P31 

/O SERR- P32 
VO PAR P33 

/O REQ- P34 

/O P35 

/O P36 

GND GND P37 

/O I P38 

/O P39 

VCC VCC P40 

VTT VTT P41 

/0 P42 

/0 CBE1 P43 

/0 AD15 P44 

GND GND P45 


Table 4: Pinout for the XC4062XLT HQ240 (Continued) 


Pin Function PCI Function PQ240 
/0 P46 
/O P47 
PaB 
/O AD13 P4gsid| 
/0 AD12 P50 | 
/O AD11 P51 
/O AD10 P52 
/0 AD9 P53 
/O AD8 P54 
/O | P55 
P56 
P57 
m1 P58 
GND P50 
Mo P60 
voc PS 
M2 Pé2 
—WO.GcKs SS~dY~C*~*«é 
HDG P64 
Pes 
/O AD7 P66 i 
/O AD6 P67 
V/O (LDC-) LDC- P68 
/O AD5 P69 
/O AD4 P70 
/O AD3 P71 
/O AD2 P72 
/0 | P73 
/O P74 
GND GND P75 
/O AD1 P76 
/O P77 
/O ADO P78 
vIT P79 
VCC VCC P80 
PB 
/O Pg2 
GND GND P83 
/O 
/O 
/O 
GND 
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Table 4: Pinout for the XC4062XLT HQ240 (Continued) 


| Pin Function | PCI Function PQ240 


a 
0 


5 


GND GND P98 
Pe 


vit 
008 
0 0 
0085 
GND 
oe 2 


/0 

/0 

Pi16 

/0 P117 

P118 
GND 
| DONE | DONE | PID 
VCC VCC 
__PROGRAM- | PROGRAM | P1220 
VO (D7) 
| Woecks | PH 
vO ne a ee 
Fae cae ee 
vO ees eee 
a a a ee ae 
vo(De) | PHD 
ec ee ae SR ee 
vO ee ie ee 
ea 
/0 
/0 
vO 


Table 4: Pinout for the XC4062XLT HQ240 (Continued) 


| Pin Function | PCI Function PQ240 


wo | SSC~dYSCSC*~‘é 
vit 
veo 
oN 
-—woresoy fT 
So 
0s 
ee a 
0 er 
2 0) 
a 
vows 
wos) 
vo 
ee 
0 ts 
a 
ow 
Sn 
veG 
wo | SSC*dYCSSC«é 
So 
ee 
os 
0 
rs el 
a 
oe eZ 
So 
oo) | 
BUSY) 
So 
es ZL 
Woo, DN) | ONT 
(DOUT) 
Prat 
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Table 4: Pinout for the XC4062XLT HQ240 (Continued) 


/O (AO, WS-) P183 

I/O, GCK7 (A1) | P184 
/O P185 

/O P186 

/O (CS1, A2) P187 

I/O (A3) P188 

/O P189 

//O P190 


So 
ae ease 
/O 


Pi94 
/0 P195 
GND GND P196 
0 P197 
0 P198 
/0 P199 
vit P200 
vec P20 
0 (AA) P202 
/0 (A5) P203 
GNDt GND P204 
/0 P205 
0 | P206 
/0 (A214) P207 
I/O (A20) P208 
1/0 (A6) P209 
VO(A7) | P210 
GND GND 
voc vec 
70 (A8) 
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Table 4: Pinout for the XC4062XLT HQ240 (Continued) 


Pin Function PCI Function PQ240 
P2t4 
P25 
P26 
[Par 

V/O P218 
GND+¢ GND P219 
1/0 (A10) | P220 
1/0 (A11) P221 
VCC VCC P222 
VTT VTIT P223 
/O AD31 P224 
[a ne 
AD30 P226 
GND GND P227 
/O AD29 P228 
/O AD28 P229 
/O AD27 P230 
/O AD26 P231 
/O (A13) AD24 P233 


/O (A14) 


yO,GCKe(ATS)|SS*dSC:*«é 
P40 


+ Pins marked with this symbol are used for Ground connections on 
some revisions of the device. These pins may not physically connect 
to anything on the current device revision. However, they should be 
externally connected to Ground, if possible. 
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Pinout for the XC4062XLT BG432 
Table 5: Pinout for the XC4062XLT BG432 


Pin Function | PCIFunction | 6G432__ 
To, Goat) CCC 
wom |S 
0 a 
So 
080 
08 
ee 
080 
0 st 
0s 
0 
0 80 
0a 
0 
0 
10 a0 
re a 
0 
es a 
Sn 
es 
10 
a 
K30 
vit Ks 
= a a 
a ee 
080 
ee a 
a 
en 
Sn 
es ee 
0 
es 
a 
ee 
So a 
( 
0 0 
0 
0 
i 
es 


Table 5: Pinout for the XC4062XLT BG432 (Continued) 


PinFunetion | PCIFunction | BG432 
oe 
a 
680 
oe ee 
6 
oe a hc 
608 
es 
a 
er 
10 ie 
a 
6s 
a 
688 
es 
100 
vit 
oe 
a a < 
028 
es a 
AC3O 
So ec 
a 
6 ads 
a 
So 
es = 
0 
a A 
= 
vO | SS*dSSC RO 
So 
a 
0 ara 
wo |SSS*d SO 
So << 
a 
0 
es 
We, 6oKe 80 
ow) [msi 
wo) or 
wa) ee 
We, 6oKs fi K 
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Table 5: Pinout for the XC4062XLT BG432 (Continued) 


Pin Function 
|__ VO (HDC) AH27 
a a ec 
/0 
V/O (LDC-) 
= /0 
/0 
(0 
v0 
V0 
/0 AL26 
V0 
/ VO AK25 
a a 
/0 
ao 
v0 
io | SC~dYSCSC 
ec 
So 
vO 
oe 
a 
oo 
wo | SC 
a i EGIL 
V0 
V0 
/0 
wo | Sd SKI 
ot 
a es eS 
a a 
v0 
/0 
10 
I/O (INIT-) INIT- | AKIG 
/0 
v0 
/O AJ15 


Table 5: Pinout for the XC4062XLT BG432 (Continued) 


(Pin Function | PCIFunction | BG432 
eC 

1 
AHA 

/O AL13 

WO | SCT 

/O AJ13 

/O AH13 
So 
Sc 

/O AK11 

/O AH12 

1/0 AJ11 

VIT VTIT AL10 
AKO 

/O AJ10 

/O AK9 

/O AL8 
AHO 

/O AJ9 

/O AJ8 

I/O AH9 

/O AK7 

/O AL6 
AN? 

/O AH8 

/O AK6 

/O AL5 
0 arr 

ee, 
oe 

/O AL4 

, 
So 
oc 
_Wo.coKa [A 
DONE [DONE AAC 
"PROGRAM: [PROGRAM | AHS 
won, CdS 
AGA 

/O ADO AG3 

/O AD1 AH2 

/O AD2 AH1 
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Table 5: Pinout for the XC4062XLT BG432 (Continued) 


“Pin Function [ PCIFunction | BG432_ 

Ie) AD6 AGI 
Oo = 
Or i ee 
vow C~SC“‘“ RCC 

Te) AD8 AD3 

[e 

v0 AD? 
ACA 

v0 

v0 AC2 
ADA ABA 

Ie AB 

V0 REQ- ABt 
vit AAS 

VO(D5) | AA2 

/0 (CSO-) Y2 
vo 

vo [| SCOT SCO 

v0 
So 

v0 
oe 

Te) STOP- V4 

V0 DEVSEL- v3 

Ie U1 

VO U2 

Ie U4 

yoo) fT 

oo) [TT 
wos) 

v0 ADI 

v0 ADI 

v0 

Ie 

v0 


Table 5: Pinout for the XC4062XLT BG432 (Continued) 


Pin Function | PCIFunction | BG432_—_ 


ie ee ee See eee 
ae ee Cee eee ee 
VO 
VO AD23 
VO CBES 
VO 
VO AD24 
VO AD25 
VO 
VO 
VO 
/0 H3 
H4 
/0 G2 
/0 
pow) | a 
ae ll a 
BUSY) 
VO rs a ee 
ee ee ee ee 
VO ies re ee 
E2 
ie (CER ee D1 
VO ee E4 
[ee ic eee ees b2 
| WO(DO, DIN) | DIN, c2 


I/O, GCK6 
(DOUT) 
CCLK 
O, TDO 


DOUT 


CCLK 


= 

O 
i 

i ss 


yo (wo,WS) | SC 
iO, GOKr(AT) | —SSS*dSCSCi 
a 
So = 
/O A4 
ae ae Se 
wo | SCdPSSCi 
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Table 5: Pinout for the XC4062XLT BG432 (Continued) 


Pin Function | PCiFunction | BG432 | 
70 
/0 (CS1, A2) 
/0 (AS) 
/0 | Be 
/0 | 
V0 8 
wo 
/0 
a re 
a 
V0 
70 
10 a a 
V0 
/0 
a 
/0 
vit vit 
/0 
/0 
SS 
(i 
a 
iO SSSCSC~SCSC“‘~ia 
ee 
yo | 
0 a) 
O(a) | SSSSCIS 
(a 
(ee 
VO(A21) | | C15 
We (420) 
a 
a 
LX a 
wo a7 at 
VO(A8) | D17 
v0 (ay 
wo [| SiC 
Oo A 
XC 
io ta) 
90 
yO | SCI 
wo(aid) [| SS*«dCt‘i 
16 i) 
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Table 5: Pinout for the XC4062XLT BG432 (Continued) 


Pin Function | PCIFunction | BG432_—_ 


/O 
/O 
/O = 
/0 
/0 C21 
/O A22 
VTT VTT B22 
/0 C22 
/O B23 
/O A24 
/0 D22 
/0 C23 
/O ila B24 
/O C24 
/O D23 
/0 B25 
/0 A26 
/0 C25 
70 (aia) 
/O (A13) B26 
R27 
/0 D25 
/0 C26 
6 
( 
ee a 
/0 C27 
/O B28 
/O | (a7 
/0 B29 
/O (A14) C28 
/O, GCK8 (A15) D28 


VCC Pins 


AAI 
on ee 


GND Pins 
A3 A7 


xo_|_AtA 
xa0 | B1 | Be BS 


AA28 
AL11 


ee ee 
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Pinout for the XCS30 PQ208 
Table 6: Pinout for the XCS30 PQ208 


| Pin Function | PCI Function PQ208 
= GND oe SGND: = Pi 
V0, PGCK1 PCLK 


vo | +i 
vo 

v0 
voor 
So 
Se ( 

le 

GND 

Ie 
Pig 
ae ee eee ee oe 
[vec 

v0 

v0 P22 

0 DEVSEL- 

VO STOP- P24 

GND 

VCC P26 

Ie P27 

VO P28 
P29 

0 | REQ | =~ O 
ee 

v0 P32 

mo | —~*«i|s~SSS~=é 

v0 

Ie P39 
P40 

Ie Pat 

V0 AD9 P43 

[oe 


Table 6: Pinout for the XCS30 PQ208 (Continued) 


| Pin Function | PCI Function PQ208 


vw | —SsSCS«é SC*S 
0a 
oe 
6, sacKs | 
P50 
wope | MODE «|= 
PB 
wopcc |Y 
HOC |G 
0 
/O /O P58 
woeey | tpe- fm 
/O AD7 P61 
/O AD6 P62 
ADA P64 
/O AD3 P65 
end [ano Po 
/O AD2 P67 
ADT P68 
70 apo | Peo 
0 
VCC VCC P71 
2 
( 
2 
(ee 2 
oa 
PT? 
GND GND P79 
080 
oe 
oe 
ee 
0 
/O P85 
voc P86 
Pa 
0 
Se 
10 vO | PaO 
GND GND 
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Table 6: Pinout for the XCS30 PQ208 (Continued) 


Pin Function PCI Function 
/O P92 
/O P93 
/O P94 
/O P95 
/O P96 
i 
P38 
/O P99 
//O P100 
/O P101 
1/0, S@CK3 P102 
GND GND P103 
DONE DONE P104 
VCC VCC P105 
PROGRAN- PROGRAN- P106 
/O /O P107 
I/O, PGCK3 P108 
/O RST- P109 
//O P111 
I/O P112 
/O P113 
a 
I/O P115 
//O P116 
I/O P117 
END END 
//O P119 
//O a P120 
VCC VCC P121 
/O 
/O 
//O 
/O 
1/0 
1/0 
/O 
1/0 
VCC 
GND 
/O 
/O 
/O 
1/O 
I/O 
1/O 
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Table 6: Pinout for the XCS30 PQ208 (Continued) 


| Pin Function | PCI Function PQ208 
P138 
P139 | 
P140 
P141 
| P142 
GND GND P143 
VO P144 
ie P145 
VO P146 
0 P147 
V0 P148 
VO P149 
[ee a 
[ee 
von) INP 
(DOUT) 
vec P156 
O, TDO TDO P157 
GND GND P158 
vo [| CdYSCSC‘ 
0, PGCK4 P160 
ie) P161 
VO P162 
VO P163 
/0 
/0 
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Table 6: Pinout for the XCS30 PQ208 (Continued) 


"Pin Function | PCIFunction | _PO208 

wo SSCS~SSSCéi 

0s 
ie) 
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Pinout for the XCS30 PQ240 
Table 7: Pinout for the XCS30 PQ240 


Pin Function PCI Function PQ240 
GND GND P4 
/O, PGCK1 PCLK P2 
/O AD23 P3 
iF /O P4 
/O AD22 P5 
/O, TDI TDI P6 
/O, TCK TCK P7 
/O AD21 P8 
WO AD20 Pg 
/O AD19 P10 
/O AD18 P11 
P12 
| P13 
GND P14 
AD17 P15 
/O P16 
/O, TMS TMS 
/O P18 
VCC P19 
/O AD16 P20 
/O CBE2 P21 
GNDt f- GND P22 
/O GNT- P23 
/O FRAME- P24 
/O IRDY- P25 
/O TRDY- P26 
/O DEVSEL- 
/O STOP- 


/ 


aia: ee ae 


VCC 


May, 1998 


Table 7: Pinout for the XCS30 PQ240 (Continued) 


Pin Function PCI Function PQ240 

/O P46 
/O P47 
/O AD14 P48 

/O 

/O 

/O 

/O 
/O AD9 P53 
/O AD8 P54 
/O P55 
/O P56 
//O, SGCK2 P57 
N.C. P58 
GND GND P59 
MODE MODE P60 
VCC VCC P61 
N.C. N.C. P62 
1/0, PGCK2 P63 
I/O (HDC) HDC P64 
/O CBEO P65 
/O AD7 P66 
/O AD6 P67 
I/O (LDC-) LDC- P68 
V/O AD5 P69 
/O AD4 P70 
/O AD3 P71 
/O AD2 P72 
/O P73 
/O P74 


vO 

/0 
/0 | P87 
V0 P88 
VO (INIT-) INIT- P89 
VCC VCC P90 
GND GND Pot 


SAI elcl ll Rek de LK 


Table 7: Pinout for the XCS30 PQ240 (Continued) 


Pin Function PCI Function 


PQ240 


PROGRAN- 


/0 P94 
So a 

(0 ee 

a a | 
wo SC~dSC“Ci*é 
os 

voc voc 
we S~—~iSSCi 

a 
wo SSCS~SSC*é OH 

mo | +i Po 

GND 

/O P107 

/O P108 

/0 P109 

/O P1411 

/O P113 

/O i P1144 

/O P115 

/O 

/O | 

/O, SGCK3 

GND 

ene — | sone Fs — 


I/O 


PROGRAMN- 
RST- 


I/O, PGCK3 


P127 


a 
So 
a eZ 
SZ 
a Z| 
0s 
(A 
P36 
(eZ 
is 


Table 7: Pinout for the XCS30 PQ240 (Continued) 


Pin Function | PCI Function PQ240 


er cane ey ee ee 
vec Voc 
VO 
VO a ee ee 
ae eae a ee 
a OT Me eases 
VO eeeeES ee (ee 
VO 
/0 
ee vec 
GND GND 
VO 
VO aes ee ee 
VO 
VO 
/0 
P158 
vec Voc 
OB 
VO 
/0 Pi64 
/0 P165 
GND GND P166 | 
VO ee 
VO 
VO PD 
vO re ee i ee 
VO ae ess 
VO Rete fe 
VO 
VO ae Se ee 
DIN 
a 
(DOUT) 
/0 P183 
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Table 7: Pinout for the XCS30 PQ240 (Continued) 


Pin Function 
woPGcKe [| ~SSCé 
a a 
ee 
( 
wo | —S~CSSC* 
/O P189 
a A 
/0 
NG NG 
GND GND P196 
aoe Macnee ae 
/O P198 
/O P199 
veo voC 
7 
ee 
ae 
a 
a 
6207 
re 
a 
er eC 
voc voo 
0 ats 
a 
ee 
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Table 7: Pinout for the XCS30 PQ240 (Continued) 


Pa2a0 

P216 

P217 

P218 

P219 

P220 

P221 

P222 

P223 

/O AD31 P224 

/O P225 

I/O AD30 P226 

GND GND P227 

/O AD29 P228 

/O AD28 P229 

/O AD27 P230 

//O AD26 P231 

/O AD25 P232 

//O AD24 P233 

/O P234 

/O P235 
/O 
/O 
/O 

VCC 


$ Pins marked with this symbol are used for Ground connections on 
some revisions of the device. These pins may not physically connect 
to anything on the current device revision. However, they should be 
externally connected to Ground, if possible. 
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Pinout for the XCS40 PQ208 
Table 8: Pinout for the XCS40 PQ208 


| Pin Function | PCI Function PQ208 
GND GND 


eno 
VO, PGK | POLK 


a a SS 
a 
SO 
(Wo, Tek [Kr 
Wo Aba 
Wo Abate 
0 Aba0 0 
a 
eno eno Pi 
0a 
a 
(0, TNS 
Pir 
GN 
0 FRAME [P20 
0 roy rat 
0 ty 
Wo | bevset as 
to stor. ae 
Vee vee} Pas 
ae See es ea 
Yo |S: 
ee ee 
(cs 
VCC VCC P33 
/O P34 
v0 P35 
P36 
V0 P37 
70 P39 
v0 Pao 
V0 Par 
P43 
P44 
P45 


Table 8: Pinout for the XCS40 PQ208 (Continued) 


Pin Funetion | PCiFunction | _PG208 

[vo | OC~—~—SCSC“‘ 

0 er 
/O 


a ae NEN SN 
We, sack Pa 
NG ONG 
eno GND at 
wove | Mop [Ps 
VCC VCC P53 
PS 
P57 
70 P58 
/O CBEO P59 
AD? PS 
/O AD5 P63 
P64 
/O AD3 P65 
6nd en Poe 
/O AD2 P67 
/O ADO P69 
P70 
VCC VCC P71 
P72 
(eZ 
So 
P75 
/O P76 
VCC VCC P78 
GND P79 


/O 
/O 
/O 
/O 
/O 


(ee) 
— 


0 
VCC VCC P86 
oC 
yo | Ss=~d~SCt«‘“‘~i SSCS 
10 vo | P80 
GND GND 
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Table 8: Pinout for the XCS40 PQ208 (Continued) 


Pin Function PCI Function PQ208 
/O P92 
/O P93 
/O P94 
1/0 P95 
a /0 P96 
/O P97 
/O P98 
/O P99 
VO P101 
P102 
GND GND P103 
DONE DONE P104 
VCC VCC P105 
PROGRAM- PROGRAN- P106 
/O /O P107 
I/O, P@CK3 P108 
/O RST- P109 
P112 
P113 
P114 
| P115 
P116 
P117 
GND P118 
P119 
P120 
VCC P121 
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Table 8: Pinout for the XCS40 PQ208 (Continued) 


Pin Function PCI Function PQ208 
/O P138 
/O P139 

VCC VCC P140 
1/0 P141 
//O P142 

GND GND P143 
/O P144 
/O P145 
/O P146 
/O P147 
/O P148 
/O P149 
/O P150 
/0 1 P151 
/O P152 

I/O (DIN) DIN P153 

//O, SGCK4 DOUT P154 
(DOUT) 

CCLK CCLK P155 

VCC VCC P156 

O, TDO TDO P157 

GND GND P158 
/O P159 

1/0, PGCK4 P160 
/O P161 
/O P162 
/O P163 
I/O P164 
/O P165 
/O P166 


VCC 


Pinout and Configuration 


Table 8: Pinout for the XCS40 PQ208 (Continued) 
| Pin Function | PCI Function PQ208 


/O 
/O 


I/O, SGCK1 


VCC 
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Pinout for the XCS40 PQ240 


Table 9: Pinout for the XCS40 PQ240 


Pin Function PCI Function PQ240 
ND Pt 


GND G 
70 
/O P4 
/0 AD22 P5 
/O, TDI TDI P6 
vo abet 
AD20 Po 
V0 
/0 
/0 P12 
F /O P13 
r GND GND P14 
/O AD17 P15 
/O P16 
/O, TMS TMS P17 
/O | P18 
vCC P19 
/O AD16 P20 
/0 CBE2 P21 
GND¢ GND L P22 
/O GNT- P23 
/0 FRAME- P24 
/O IRDY- P25 
(0 
/O DEVSEL- P27 
v0 
GND GND P29 
VCC VCC P30 
/0 PERR- P31 
(0 
VO PAR P33 
/O REQ- P34 
(0 
/0 
GND¢ GND 
/0 
/O 
VCC VCC 
/O 
/0 
a 
/O AD15 
GND GND 
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Table 9: Pinout for the XCS40 PQ240 (Continued) 


| Pin Function | PCI Function PQ240 
VO | 


P46 
/O P47 
/0 AD14 P48 
/0 AD13 P49 
/0 AD12 P50 
/O AD11 | P51 ~~ 
/O AD10 P52 
/O AD9 P53 
/0 AD8 P54 
/O P55 


/O P56 
/O, SGCK2 P57 


N.C. 
GND 
MODE 
VCC 
N.C. 
0, PGCK2 
/O (HDC) 
/0 
/0 
VO (LDC-) 
/0 
0 AD4 P70 | 
/0 AD3 P71 i 
/O AD2 P72 
/0 P73 
VO P74 
GND GND P75 
/0 AD1 P76 | 
VO P77 
/0 ADO P78 
VO P79 
VCC VCC | P80 
/0 P81 


PINOUT ane wont uauON gees 


Table 9: Pinout for the XCS40 PQ240 (Continued) 


Pin Function [PCI Function 


240 
P92 


So 
0 
Pod 
088 
( 
zz 
aan 
en 


/0 —Pe8 
voo voo 
0 P08 
en 
0 P08 
a 
ce 2 
0 Pt 
ee 
00 
ZC 
a 
Sn 
a 
0 te 
a 
—wo.sccws SCT 
GND GND 
"pone pone Pao 
V0 


0a 
So 
a 
[a 
SS 
a 
0 ts 
A 
a 
a 


Table 9: Pinout for the XCS40 PQ240 (Continued) 


| PinFunction | PCIFunction | PQ240_ 

pO 

a ae ee ee 
VCC Vers P140 

v0 

— 

ae a ee: ae ee 

VO es see 

PT ee ee 

v0 

VO ee ee ae 

GND 

ae ee eee Bee ee 

v0 ees a oe 

v0 ee ee ee 

VO ra ek ee 

pO 

VO a 7 ee 

/0 

VCC 

i ae Rae: RE Se 

ee eo 

/0 

iO 

vO 

ee Oe ee ee 

VO ae SO ce 

a cee ee ee ee 

v0 ee 

| WO(DIN), | DIN, PT 

(DOUT) 

VO a 
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Table 9: Pinout for the XCS40 PQ240 (Continued) 


Pin Function PCI Function PQ240 

VO, PGCK4 
/O P185 
V0 
V0 
/O P189 
/O P190 
/O P191 
VO P192 
/O P193 
/O P194 


N.C. N.C. 
GND GND 

/O 

/O 

/O 

0 /O 
VCC VCC 


/O 
/O 
/O 
/O P208 
/O P209 
/0 P210 
GND GND P2114 
i VCC VCC P212 
/0 P213 
/O P214 


Table 9: Pinout for the XCS40 PQ240 (Continued) 


Pin Function PCI Function PQ240 
a 
_ P216 
yO 
GND+ GND P219 
/O P220 

/O P221 
VCC VCC P222 


P226 


P227 


P228 


P229 


P230 


P231 
P232 


I/O, SGCK1 


$ Pins marked with this symbol are used for Ground connections on 
some revisions of the device. These pins may not physically connect 
to anything on the current device revision. However, they should be 
externally connected to Ground, if possible. 


VCC 


P233 
P234 
P235 
P236 
P237 
P238 
P239 
P240 
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Resources 


PCI Special Interest Group (PCI-SIG) 
Publications 


The PCI-SIG publishes various PCI specifications and 
related documents. Most publications cost US$25 plus 
applicable shipping charges. 


e PCI Local Bus Specification, Rev. 2.1 

e PCI! Compliance Checklist v2.1 (available via the World- 
Wide Web) 

e PCI System Design Guide v1.0 


Contact: 
PCI Special Interest Group 
2575 NE Kathryn St. #17 
Hillsboro, OR 97214 


Phone: +1 800-433-5177 (within USA) 
Phone: +1 503-693-6232 (worldwide) 
Fax: +1 503-693-8344 

E-Mail: info@pcisig.com 

URL: http://www.pcisig.com 


PCI and FPGA Design Consultants 


Listed below are design centers and design consultants 
that have experience with the LogiCORE PCI Products. 


HighGate Design, Inc. 
12380 Saratoga-Sunnyvale Road, Suite 8 
Saratoga, CA 95070-3090, USA 


Phone: +1 408-255-7160 

Fax: +1 408-255-7162 

E-mail: highgate@highgatedesign.com 
URL: http://www. highgatedesign.com 


Memec Design Services 
1819 S. Dobson Rd. Ste. 203 
Mesa, AZ 85202, USA 


Phone: +1 888-360-9044 

Fax: +1 602-491-4907 

E-mail: info@memecdesign.com 

URL: http: //www.memecdesign.com 


Comit Systems 
1250 Oakmead Parkway, Suite 210 
Sunnyvale, CA 94088, USA 


Phone: +1 408-9882988 

Fax: +1 408-988-2133 

E-mail: preeth@comit.com 
URL: http: //www.comit.com 


May, 1998 


Austin Franklin 

Dark Room Technologies, Inc. 

126 Poor Farm Road 

Harvard MA, 01451, USA 

Phone: +1 508-772-9928 

Fax: +1 508-772-4287 

E-mail: darkroom@ix.netcom.com 


Supporting PCI Tools 


VCC Corporation 

Provides HotPCI Rapid Prototyping Board 
6925 Canby Ave. #103 

Reseda, CA 91335 USA 


Phone: +1 818-342-8294 
Fax: +1 818-342-0240 
E-mail: info@vcc.com 
Website: http://www.vcc.com 


Vireo Software Inc. 

Provides drivers and driver development tools. 
30 Monument Square, Suite 135 

Concord, MA 01742 USA 


Phone: +1 978-369-3380 

Fax: +1 978-318-6946 

E-mail: info@vireo.com 
support@vireo.com 

Website: http://www.vireo.com 


PCl Reference Books 


There are many reference books available on PCI. The fol- 
lowing are a few that the LogiCORE development team 
found useful. 


PCI System Architecture by Tom Shanley and Don Ander- 
son. ISBN 1-881609-08-1. An excellent general reference 
book on PCI. This book is included with the LogiCORE PCI 
product. 


Contact: 
Mindshare Press 
2202 Buttercup Dr. 
Richardson, TX 75082 
Phone: +1 214-231-2216 
Fax: +1 214-783-4715 


Distributed by: 
Computer Literacy Bookshops, Inc. 
P.O. Box 641897 
San Jose, CA 95164 


Phone: +1 408-435-0744 

Fax: +1 408-435-1823 

E-mail: info@clbooks.com 

URL: http: //www.clbooks.com 


Resources 


PCI Hardware and Software Architecture & Design by LogiCORE User's Lounge Web Site 
Edward Solari & George Willse. ISBN 0-929392-19-1. 
Everything that you ever wanted to know about PCI sys- 
tems design, and more. 


The LogiCORE User's Lounge web site provides a quick 
and convenient way to obtain the latest updates, documen- 
tation, design tips, application notes, and utilities. The 


Contact: Lounge web site is open to registered LogiCORE users. To 
Annabooks register, point your Internet browser software to: 
= 848 Bernardo Center Drive www. xilinx.com/products/logicore/pci/pci_sol.htm 
uite 110 


San Diego, CA 92128 

Phone: +1 619-673-0870 
+1 800-462-1042 

Fax: +1 619-673-1432 


Xilinx Documents 


See the Xilinx web page at 
www.Xilinx.com/products/logicore/pcei/pcilit.htm 
for available literature. 


IMPORTANT! Be sure to visit the Xilinx WebLINX web 
site for the latest information and application notes 
using the LogiCORE PCI interface. 
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Waveforms 


These waveforms correspond with the Compliance Checklist contained herein. Please see specific sections for explanations 
regarding these waveforms. 
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Waveforms 


Configuration Read and Write 


This waveform shows a configuration read and write cycle. 
The LogiCORE PCI interface issues an automatic “discon- 
nect with data” on first data phase (STOP_IO and TRDY_IO 
are asserted together). CNFG_VLD is asserted on the 
clock following the address cycle. The PCI interface in the 
“slow” decode mode asserts DEVSEL_IO when CFG_HIT 
occurs. Notice both C_TERM and C_READY are asserted. 
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Waveforms 


Initiator Burst Read 


This waveform highlights a four DWord initiator burst read 
operation on a fast decode target. The LogiCORE PCI 
master inserts a single automatic waitstate during the last 
data phase. In this example, the user application is holding 
off data transfer by keeping M_READY deasserted, thus 
resulting in a IRDY_IO waitstate at the beginning of the 
transfer. 


Once M_READY is asserted, it should not be deasserted 
until the transfer is complete. Note that COMPLETE is 
asserted with the next to last data. 
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Waveforms 


Initiator Single Read and Write 
The waveforms show a single DWord initiator write and 
read cycle on subtractive and fast decode targets respec- 
tively. Notice that COMPLETE asserts from the very begin- 


ning of the cycles to indicate the last transfer and 
REQUEST is deasserted at the start of address cycle. 
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Waveforms 


Initiator Burst Write with Disconnect 


The following waveform demonstrates a four DWord initia- 
tor burst read cycle on fast target performing “Disconnect 
with Data” on second data phase. Disconnect with data is 
signalled by asserting TRDY_IO and STOP_IO together. 
Initial IRDY_IO waitstate results from M_READY not being 
asserted at the start of the address phase. It is recom- 
mended that the user application always be “ready” to avoid 
waitstates. 
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Waveforms 


Initiator Burst Write (0 waitstate) 


The following waveform demonstrates a four DWord initia- 
tor burst write cycle on subtractive decode target. Notice 
that LogiCORE master does not insert any waitstates 
except for the last one. Notice that COMPLETE is asserted 
on start of next to last data phase. 


This waveform shows an example of the extra waitstate that 
is inserted on the last cycle of an initiator read or write. 
When the initiator state machine receives COMPLETE 
assertion, it needs to wait until the current data has trans- 
ferred before deasserting FRAME to indicate the last data 
phase (Recall that COMPLETE is asserted with the second 
to last data on the user side). Thus, the FRAME logic needs 
to monitor TRDY#. The current FRAME logic is too complex 
to add another unregistered input. The solution is to insert a 
wait state. Thus, the FRAME logic can look at the regis- 
tered version of TRDY# instead. In terms of burst latency, if 
your burst size is large, the effects of this waitstate on bana- 
width is relatively small. 
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Waveforms 


Initiator Burst Write (not ready, 0 waitstate) 


The following waveform demonstrates a four DWord initia- 
tor burst write cycle on subtractive decode target. The cycle 
starts with M_READY not asserted. This shows the differ- 
ences in the waveforms if the user’s application is not 
always ready. Notice that LogiCORE master does not insert 
any waitstates except for the last one. Notice that COM- 
PLETE is asserted on start of next to last data phase. 
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Waveforms 


Initiator Burst Write (1 waitstate) 


The following waveform demonstrates a four DWord initia- 
tor burst write cycle on a subtractive decode target. Logi- 
CORE master automatically inserts one waitstate on every 
data phase. Notice that COMPLETE asserts after next to 
last data phase and M_DATA_VLD asserts for each valid 
transfer. : 
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Waveforms 


Target Burst Write 


The waveform highlights a three DWord target burst write 
operation in which initiator inserts one waitstate in every 
data phase. Notice the ADDR_VLD assertion on the clock 
following the address cycle. LogiCORE as “slow” decode 
asserts DEVSEL_IO when BASE_HIT comes and 
responds with TRDY_IO until last data (FRAME_IO and 
IRDY_IO high). S_DATA_VLD is asserted on the following 
clock, whenever a valid transfer occurs (both IRDY_IO and 
TRDY_IO asserted). Notice that S_TERM stays low while 
S_READY is high for a normal transaction. 
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Waveforms 


Target Burst Read (0 waitstate) 


The waveform highlights a three DWord target burst read- 
line cycle in which initiator inserts one waitstate on data 
phase 2 and 3. Notice that LogiCORE target does not insert 
automatic waitstates. Also note how initial S_READY deas- 
sertion causes a target waitstate during initial data phase. 
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Waveforms 


Target Burst Read (1 waitstate) 


The waveform highlights a three DWord target burst read 
multiple cycle in which initiator inserts one waitstate on 
data phases 2 and 3. The LogiCORE target automatically 
inserts one waitstate during each data phase. S_SRC_EN 
is asserted before commencement of every data phase. 
Also notice how the initial S_READY deassertion causes a 
target waitstate during the initial data phase. 
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Waveforms 


Target Single Read and Write 


The waveforms show a single DWord target read and write 
cycle. Notice how S_READY is used by the user application 
to insert waitstates at the beginning of the transaction. 
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Waveforms 


Target Retry and Abort 


The waveform shows two different target termination 
cycles. A) Retry during read, and B) Abort during write. 


Cycle A is requested before any data is transferred and is 
signalled by asserting STOP_IO and not asserting 
TRDY_IO on the first data phase. Retry is a special case of 
Disconnect without data on the initial data phase. Notice 
that the user application needs to assert S_TERM and not 
assert S_READY to force a LogiCORE target retry condi- 
tion. 


In cycle B the LogiCORE target claims the cycle when 
BASE_HIT occurs by asserting DEVSEL_IO. The target 
signals Abort by deasserting DEVSEL_IO and asserting 
STOP_IO at the same time. Notice that the user backend 
should assert T.ABORT and not assert S_TERM and 
S_READY to force the LogiCORE into a target abort condi- 
tion. This can be done during any data phase. 
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Waveforms 


Target Burst Write with Disconnect 


The following waveform demonstrates a four DWord target 
burst write cycle performing a disconnect with data on the 
third data phase. The initiator inserts one waitstate during 
the 2nd data phase. Notice that S_TERM should be 
asserted after the first data phase (S_DATA_VLD signal) to 
disconnect on phase 3. A disconnect with data is signalled 
by asserting TRDY_IO and STOP_IO together. 
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Summary 


Xilinx provides a complete solution for development of fully 
compliant PCI boards and CompactPCI products. This 
chapter describes the various product packages. See Table 
1 for a quick overview. Please refer to the individual data 
sheets for details. Before placing an order, please read and 
sign the LogiCORE license agreement (last page of this 
chapter) and fax it to Xilinx at +1 408-377-3259. Call your 
local sales office for the latest availability and pricing infor- 
mation. 


Xilinx PCI32 Design Kit 
Part no: DO-DI-PCI32-DK 


Overview 


To minimize the learning curve for PCI and to enable rapid 
development and prototyping, Xilinx provides a complete 
PCI Design Kit including cores, a prototyping board and 
driver development tools. By forming a partnership with Vir- 
tual Computer Corporation, leading provider of rapid proto- 
typing boards and reconfigurable computing systems, and 
Vireo Software, leading provider of device driver tools, our 
customers will always have access to the leading industry 
expertise. 


Package Includes 
See individual data sheets for details. 


e LogiCORE PCI32 4000 Interface 
- Master and Slave (Initiator/Target) functionality 
- Configurable and downloadable from Xilinx web 


Table 1: Xilinx PCI Product Line 


Ordering Information and License Agreement 


Feature 

See individual data sheets for details 
32-bit, 33MHz PCI Initiator & Target 
Support for Xilinx Spartan FPGAs 
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- Viewlogic source files 

- CD available upon request only 

LogiCORE PCI32 Spartan Interface 

- Master and Slave (Initiator/Target) functionality 

- Configurable and downloadable from Xilinx web 

- Viewlogic source files 

- CD available upon request only 

Synthesizable PCI Bridge Design Examples 

- VHDL and Verilog source files 

- On-line Design Examples User's Guide 

LogiCORE PCI32 User's Guide 

PCl System Architecture (Reference Book from 

MindShare, Inc.) 

VCC HotPCl Prototyping System 

- PCI32 Spartan prototyping board 

- Example drivers (Vireo) 

- HotPCl User's Guide 

- Demo software CD for Windows 95 

Vireo Driver::Works Development tools for Windows 

NT/98 drivers 

- Fully functional development tools 

- Development and prototyping license 

- Unrestricted license required for production and is 
available from Vireo 

- Technical support provided by Vireo only 

Vireo VtoolsD Development tools for Windows 95/98 

and 3.x drivers 

- Fully functional development tools 

- Development and prototyping license 

- Unrestricted license required for production and is 
available from Vireo 

- Technical supported provided by Vireo only 


Support for Xilinx XC4000 FPGAs 
IPCI Bridge Design Examples 
Configuration and Download from web 
LogiCORE User's Guide 


PCI System Architecture Book 


Source Files (Viewlogic) 
VCC HotPCI Prototyping System 


Example Reference Drivers 
Vireo Driver::Works Development Tools 


Vireo VtoolsD Development Tools 
12 month Maintenance Contract 


Free updates 
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Ordering Information and License Agreement 


Support and Updates 


A_ twelve-month maintenance contract including free 
updates is included with purchase. After expiring, the main- 
tenance contract may be renewed annually. 


e Access to Xilinx LogiCORE PCI Lounges 
www.xilinx.com/products/logicore/pci/ 
pci_sol.htm 
- LogiCORE PCI32 design files and updates 
- Reference Designs 
- Source files for PCl PCB layout 
- Source files for example drivers 
- Extensive Application Notes 
- Known issues and design tips 

e Answer Database on Xilinx web-site - www.xilinx.com 

¢ Hotline telephone support 

e Apps fax and email 

¢ Technical email Newsletter 


Technical support for Vireo Driver::Works and Vireo 
VtoolsD driver development tools are provided by Vireo 
only. 


Licensing 


Xilinx LogiCORE PCI32 Interfaces are licensed under the 
standard LogiCORE license agreement, see the last page 
of this chapter. Additional licenses are available for evalua- 
tion or for design with non-Xilinx technology. Contact your 
local Xilinx representative for more details. 


The Vireo Driver::Works and Vireo VtoolsD driver develop- 
ment tools are licensed for development and prototyping 
only. An unrestricted license can be purchased from Vireo 
Software. 


LogiCORE PCI32 Spartan 
Part no: DO-DI-PCI32-S 


Overview 


The LogiCORE PCI32 Spartan interface is included in Xil- 
inx PCI32 Design Kit, but may be purchased separately as 
a web-only, one-time license. 


Package Includes 
See individual data sheets for details 


e LogiCORE PCI32 Spartan Interface 

- Configurable and downloadable from Xilinx web (no 
source files) 

- Support for Xilinx Spartan family (see data sheet for 
specific parts) 

- Master and Slave (Initiator/Target) functionality 

- On-line LogiCORE PCI82 User's Guide 

- One Synthesizable PCI Bridge Design Example 
(RDO3) 


Support and Updates 


Core updates released within 3 months after purchase are 
included. Annual maintenance contract is not available for 
this product. 


e Access to Xilinx LogiCORE PCI32 Spartan lounge 
www. xilinx.com/products/logicore/pci/ 
pci_sol.htm 
- LogiCORE PCI32 Spartan design files and updates 
- Reference Design 
- Application Notes 
- Known issues and design tips 

e Answer Database on Xilinx web-site - www.xilinx.com 

e Hotline telephone support 

e Apps fax and email 

e Technical email Newsletter 


Licensing 


Xilinx LogiCORE PCI32 Interfaces are licensed under the 
standard LogiCORE license agreement, see the last page 
of this chapter. 


Additional PCI Products from Virtual 
Computer Corporation 


For pricing and availability, please contact VCC directly. 


Caheacack 


6925 Canby Ave. #103 

Reseda, CA 91335 USA 

Phone: +1 818-342-8294 

Fax: +1 818-342-0240 
E-mail: info@vcc.com 
Website: http: //www.vcc.com 


Products 


e Programmable Voltage Control Module 
- 3.3v to 1.8v 
- Partno: HOT2-PWR 

e Prototyping Daughter Card 
- Partno: HOT2-P 

e XC40125 Extended Logic Daughter Card 
- Part no: HOT2-125 

e XC6264 RPU Daughter Card 
- Part no: HOT2-6264 

e HotPCl with Xilinx XC4062XL FPGAs 
- Part no: HOT2-XL 

¢ Configuration Cache Manager License 
- Contact VCC 
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Additional PCI Products from Vireo Obsolete products 


Software ¢ LogiCORE PCI Master V2.0 (Part no: DO-DI-PCIM) is 
A unrestricted license for Vireo Driver::Works and VtoolsD no longer available for new purchases. Existing 
Development tools can be purchased from Vireo. For pric- customers with valid maintenance will still receive core 
ing and availability, please contact Vireo directly design file updates. Additionally, an upgrade package to 


the complete PCI32 Design Kit is available for 
customers under valid maintenance agreement. 
Contact Xilinx for price information. 

e LogiCORE PCI Slave V2.0 (Part no: DO-DI-PCIS) is no 
longer available for new purchases. Existing customers 
with valid maintenance will still receive core design file 
updates. 


Vireo Software 


30 Monument Square, Suite 135 

Concord, MA 01742 USA 

Phone: +1 978-369-3380 

Fax: +1 978-318-6946 

E-mail: info@vireo.com 
support@vireo.com 

Website: http://www.vireo.com 
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License Agreement 
XILINX LOGICORE “PCI MASTER INTERFACE” AND “PCI SLAVE INTERFACE” 


PLEASE READ THIS DOCUMENT CAREFULLY BEFORE USING THE 
XILINX LOGICORE PCI MASTER INTERFACE OR PCI SLAVE INTER- 
FACE DESIGN, BY USING THE XILINX LOGICORE DESIGN, YOU ARE 
AGREEING TO BE BOUND BY THE TERMS OF THIS LICENSE. 


1. 


License. XILINX, INC. (“XILINX”) hereby grants you a nonexclusive, 
non-transferable license to use the LOGICORE PCI MASTER/SLAVE 
INTERFACE design (the “Design”), solely for your use in developing 
designs for XILINX programmable logic devices or XILINX HardWire™ 
devices. Use of the Design in non-XILINX devices or technologies is pro- 
hibited unless you have entered into a separate written agreement with 
XILINX for such use. XILINX retains title to the Design and to any pat- 
ents, copyrights, trade secrets and other intellectual property rights 
therein. To protect such intellectual property rights, you may not decom- 
pile, reverse engineer, disassemble, or otherwise reduce the Design to a 
human-perceivable form. You may not modify or prepare derivative works 
of the Design in whole or in part. This License allows you to make an 
unlimited number of copies of the Design for internal use only, provided 
you reproduce on each copy of the Design the copyright and any other 
proprietary legends that were on the original copy of the Design. 


Termination. This License is effective until terminated. You may termi- 
nate this License at any time by destroying the Design and all copies 
thereof. This License will terminate immediately without notice from XIL- 
INX if you fail to comply with any provision of this License. Upon termina- 
tion you must destroy the Design and all copies thereof. 


Governmental Use. The Design is commercial computer software 
developed exclusively at Xilinx’s expense. Accordingly, pursuant to the 
Federal Acquisition Regulations (FAR) Section 12.212 and Defense FAR 
Supplement Section 227.7202, use, duplication and disclosure of the 
Design by or for the Government is subject to the restrictions set forth in 
this License Agreement. Manufacturer is XILINX, INC., 2100 Logic Drive, 
San Jose, California 95124. 


Limited Warranty and Disclaimer. THE DESIGN 1S PROVIDED TO 
YOU “AS IS”. XILINX AND ITS LICENSORS MAKE AND YOU RECEIVE 
NO WARRANTIES OR CONDITIONS, EXPRESS, IMPLIED, STATU- 
TORY OR OTHERWISE, AND XILINX SPECIFICALLY DISCLAIMS ANY 
IMPLIED WARRANTIES OF MERCHANTABILITY, NON-INFRINGE- 
MENT, OR FITNESS FOR A PARTICULAR PURPOSE. XILINX does not 
warrant that the functions contained in the Design will meet your require- 
ments, or that the operation of the Design will be uninterrupted or error 
free, or that defects in the Design will be corrected. Furthermore, XILINX 


Name: 


(Signed) 


Printed: 


Title: 


Address: 


E-mail: 


does not warrant or make any representations regarding use or the 
results Design in terms of correctness, accuracy, reliability or otherwise. 


5. Limitation of Liability. INNO EVENT WILL XILINX OR ITS LICEN- 
SORS BE LIABLE FOR ANY LOSS OF DATA, LOST PROFITS, COST 
OF PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES, OR 
FOR ANY SPECIAL, INCIDENTAL, CONSEQUENTIAL OR INDIRECT 
DAMAGES ARISING FROM THE USE OR OPERATION OF THE 
DESIGN OR ACCOMPANYING DOCUMENTATION, HOWEVER 
CAUSED AND ON ANY THEORY OF LIABILITY. THIS LIMITATION 
WILL APPLY EVEN IF XILINX HAS BEEN ADVISED OF THE POSSI- 
BILITY OF SUCH DAMAGE. THIS LIMITATION SHALL APPLY NOT- 
WITHSTANDING THE FAILURE OF THE ESSENTIAL PURPOSE OF 
ANY LIMITED REMEDIES HEREIN. 


6. Export Restriction. You agree that you will not export or re-export the 
Design, reference images or accompanying documentation in any form 
without the appropriate United States and foreign government licenses. 
Your failure to comply with this provision is a material breach of this 
Agreement. 


7. Third Party Beneficiary. You understand that portions of the Design and 
related documentation may have been licensed to XILINX from third par- 
ties and that such third parties are intended third party beneficiaries of 
the provisions of this Agreement. 


8. Non-Transferable. You may not provide design source information 
including, but not limited to, schematics, hardware description language 
source code, or netlist files, to a third party without prior written approval 
from XILINX. You may provide device programming files— XILINX bit- 
stream files or PROM files or the resulting HardWire gate array to third- 
parties without prior approval. 


9. General. This License shall be governed by the laws of the State of Cal- 
ifornia, without reference to conflict of laws principles. If for any reason a 
court of competent jurisdiction finds any provision of this License, or por- 
tion thereof, to be unenforceable, that provision of this License shall be 
replaced to the maximum extent permissible so as to effectuate the intent 
of the parties, and the remainder of this License shall continue in full 
force and effect. This License constitutes the entire agreement between 
the parties with respect to the use of this Design and related documenta- 
tion, and supersedes all prior or contemporaneous understandings or 
agreement, written or oral, regarding such subject matter. 


| have read the Xilinx LogiCORE License Agreement, and | agree to comply 
with the terms and conditions therein. 


Date: 


Company: 


PO#: 


Fax to: +1 408-377-3259 (USA) 
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Distributors 
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Tel: (412) 492-1150 
FAX: (412) 492-1155 
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Delta Technical Sales, Inc. 
122 N. York Rd., Suite 9 
Hatboro, PA 19040 

Tel: (215) 957-0600 

FAX: 215-957-0920 


PUERTO RICO 


Semtronic Assoc., Inc. 
Crown Hills 

125 Carite St. 

Esq. Avenue Parana 

Rio Piedras, P.R. 00926 
Tel: (787) 766-0700/0701 
FAX: (787) 763-8071 


RHODE ISLAND 


Genesis Associates 
128 Wheeler Road 
Burlington, MA 01803 
Tel: (617) 270-9540 
FAX: (617) 229-8913 


SOUTH CAROLINA 


Electro Source, Southeast 
5964-A Six Forks Rd. 
Raleigh NC 27609 

Tel: (919) 846-5888 

FAX: (919) 846-0408 


SOUTH DAKOTA 


Beta Technology 

18283 Minnetonka Bivd. 
Suite C 

Deephaven, MN 55391 
Tel: (612) 473-2680 
FAX: (612) 473-2690 


TENNESSEE 


Electro Source, Southeast 
4825 University Square, 
Suite 12 

Huntsville, AL 35816 

Tel: (205) 830-2533 

FAX: (205)-830-5567 


TEXAS 


Bonser-Philhower Sales 
8240 MoPac Expwy. 
Suite 295 

Austin, TX 78759 

Tel: (512) 346-9186 
FAX: (512) 346-2393 


Bonser-Philhower Sales 
10700 Richmond, Suite 150 
Houston, TX 77042 

Tel: (713) 782-4144 

FAX: (713) 789-3072 


Bonser-Philhower Sales 

689 W. Renner Rd., Suite 101 
Richardson, TX 75080 

Tel: (972) 234-8438 

FAX: (972) 437-0897 


TEXAS (El Paso County) 


Quatra Associates 

600 Autumnwood Place SE 
Albuquerque, NM 87123 
Tel: (505) 296-6781 

FAX: (505) 292-2092 


UTAH 


Luscombe Engineering Co. 
670 East 3900 South #103 
Salt Lake City, UT 84107 
Tel: (801) 268-3434 

FAX: (801) 266-9021 


VERMONT 


Genesis Associates 
128 Wheeler Road 
Burlington, MA 01803 
Tel: (617) 270-9540 
FAX: (617) 229-8913 


VIRGINIA 


Microcomp, Inc. 

1421 S. Caton Avenue 
Baltimore, MD 21227 
Tel: (410) 644-5700 
FAX: (410) 644-5707 


WASHINGTON 


Thorson Pacific, Inc. 
14575 Bel-Red Rd. 
Suite 102 

Bellevue, WA 98007 
Tel: (206) 603-9393 
FAX: (206) 603-9380 


WASHINGTON 
(Vancouver, WA only) 


Thorson Pacific, Inc. 
9600 SW Oak Street 
Suite 320 

Portland, OR 97223 
Tel: (503) 293-9001 
FAX: (503) 993-9007 


WASHINGTON D.C. 


Micro Comp, Inc. 

1421 S. Caton Avenue 
Baltimore, MD 21227-1082 
Tel: (410) 644-5700 

FAX: (410) 644-5707 


WEST VIRGINIA 


Bear Marketing, Inc. 
4284 Rt. 8 Suite 211 
Allison Park, PA 15101 
Tel: (412) 492-1150 
FAX: (412) 492-1155 


WISCONSIN (Western) 


Beta Technology 

18283 Minnetonka Blvd. 
Suite C 

Deephaven, MN 55391 
Tel: (612) 473-2680 
FAX: (612) 473-2690 


WISCONSIN (Eastern) 


Beta Technology Sales, Inc. 
9401 N. Beloit, Suite 409 
Milwaukee, WI 53227 

Tel: (414) 543-6609 

FAX: (414) 543-9288 


WYOMING 


Luscombe Engineering, Inc. 
1500 Kansas Ave. Suite 1B 
Longmont, CO 80501 

Tel: (303) 772-3342 

FAX: (303) 772-8783 


International 
Sales 
Representatives 


ALGERIA 


Development Centre of 
Advanced Technologies 
128 Chemin Mohamed 
GACEM 

16075 El-Madania 
Algiers 

Algeria 

Tel: (213) 2-67-73-25 
FAX: (213) 2-66-26-89 


ARABIA 


Culato 

P.O. Box 51973 
Dubai 

United Arab Emirates 
Tel: (971)-4-284934 
FAX: (971)-4-284031 


AUSTRALIA 


Advanced Component Dist. 
Suite 5, Level 1, “Metro Cen- 
tre” 

124 Forest Rd. 

P.O. Box 574, Hurstville 2220 
Australia 

Tel: (61) 2-9585-5030 

FAX: (61) 2-9590-1095 


Advanced Component Dist. 
Unit 2, 17-19 Melrich Road 
Bayswater VIC 3153 
Melbourne, Australia 

Tel: (61) 3-9762-4244 

FAX: (61) 3-9761-1754 


Advanced Component Dist. 
20D William Street 
Norwood SA 5067 
Australia 

Tel: (61) 8-364-2844 

FAX: (61) 8-364-281 1 


Advanced Component Dist. 
Ste. 1, 1048 Beaudesert Rd. 
Cooper Plains 

Queensland 4108 

Australia 
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Tel: (61) 7-246-5214 
FAX: (61) 7-275-3662 


Advanced Component Dist. 
Ste. 8, 328 Albany Highway 
Victoria Park 

W.A. 6100 

Australia 

Tel: (61) 9-9472-3232 

FAX: (61) 9-9470-9632 


AUSTRIA 


SEI Elbatex GmbH 
Eitnergasse 6 

1230 Vienna 

Austria 

Tel: (43) 1-866-4220 
FAX: (43) 1-866-42201 


BELGIUM & 
LUXEMBURG 


SEI Rodelco NV 
Limburg Stirum 243 
1780 Wemmel 
Belgium 

Tel: (32) 2-456-0757 
FAX: (32) 2-460-0271 


CANADA (ALBERTA) 


Electro Source 

2635 37th Ave NE #245 
Calgary, Alberta T1Y 5Z6 
Canada 

Tel: (403) 735-6230 

FAX: (403) 735-0599 


CANADA 
(BRITISH COLUMBIA) 


Thorson Pacific, Inc. 
4170 Still Creek Dr. #200 
Burnaby BC V5C 6C6 
Canada 

Tel: (604) 294-3999 

FAX: (604) 473-7755 


CANADA (OTTAWA) 


Electro Source, Inc. 

300 March Road, Suite 203 
Kanata, Ontario K2K 2E4 
Canada 

Tel: (613) 592-3214 

FAX: (613) 592-4256 


CANADA (QUEBEC) 


Electro Source 

6600 TransCanada Hwy 

Suite 420 

Pointe Claire, Quebec H9R 
482 

Canada 

Tel: (514) 630-7486 

FAX: (514) 630-7421 


Sales Offices, Sales Representatives, and Distributors 


CANADA (TORONTO) 


Electro Source, Inc. 

230 Galaxy Blvd. 

Rexdale Ontario M9W 5R8 
Canada 

Tel: (416) 675-4490 

FAX: (416)-675-6871 


CHINA PEOPLE’S 
REPUBLIC 


MEMEC (Beijing Rep. Office) 
Rm. 410, Xuhai Bldg. 

No. 85 Haidian Rd. 

Beijing, 10086 

P.R. China 

Tel: (86) 10-6253-5475 

FAX: (86) 10-6253-5475 


MEMEC 
Office) 
Rm. 1808, Tong Mei Mansion, 
No. 76, Section 1, 

Jianshe North Rd., 

Chengdu, Sichuan 610051 
P.R. China 

Tel: (86) 28-3399-629 

FAX: (86) 28-3398-829 


MEMEC 
Office) 
Rm. 715, Bao Hua Bldg., 
Hua Qiang North Rd., 
Shenzhen 518031 

P.R. China 

Tel: (86) 755-3241-548 
FAX: (86) 755-3233-026 


MEMEC Asia Pacific Ltd. 
Shanghai Rep. Office 
Rm. 2363, West Building 
Jim Jiang Hotel 

59 Mao Ming Rad. S., 
Shanghai 200020 

P.R. China 

Tel: (86) 21-6258-2582 
FAX: (86) 21-6415-1116 


CZECH REPUBLIC 


SEI Eljapex/Elbatex GmbH 
Prechodni 11 

CZ-140 00 Praha 4 

Czech Republic 

Tel: (02)-6928087 

FAX: (02)-4718203 


DENMARK 


Micronor A/S 

P.O. Box 929 

Torvet 1 

DK-8600 Silkeborg 

Denmark 

Tel: (45) 8681-6522 

FAX: (45) 8681-2827 

E-Mail: e-mail @ micronor.dk 
WWW: http://www.micronor.dk 


(Chengdu ——‘ Rep. 


(Shenzhen Rep. 


EGYPT 


Guide System Integrators 
27 Mokhies AI-Alfi St. 

First - Zone Nasr City 
Cairo 

Egypt 

Tel: (20) 2-401-4085 

FAX: (20) 2-401-4997 
E-Mail: obadr @idsc.gov.eg 


FINLAND 


Memec Finland Oy 
Vernissakatu 6 

01300 

Vantaa 

Finland 

Tel: (358) 9-836-2600 
FAX: (358) 9-8362-6027 


FRANCE 


REP’ TRONIC 

1 Bis, rue Marcel Paul 
Z.|. La Bonde 

91742 Massy 

France 

Tel: (33) 1 69 53 67 20 
FAX: (33) 1 60 13 91 98 
E-Mail: 

100745.605 @com- 
puserve.com 


AVNET/EMG. 

79 Rue Pierre Sémard 
92320 Chatillon 

France 

Tel: (33) 1 49 65 27 00 
FAX: (33) 1 49 65 27 39 


AVNET Composants 
Sud-Ouest 

Technoparc 

Bat.4, Voie 5, BP 404 
31314 Labege Cedex 
France 

Tel: (33) 5 61 39 21 12 
FAX: (33) 5 61 39 21 40 


AVNET Composants 
Rhéne-Auvergne 

Parc Club du Moulin a Vent 
Bat 32-33, rue du Dr. G. Levy 
69693 Vénissieux Cedex 
France 

Tel: (83) 4 78 00 1280 

FAX: (33) 4 78 75 95 97 


AVNET Composants 

Ouest 

Technoparc-Bat. E 

4 Av. des Peupliers, BP 43 
35511 Cesson Sévigné Cedex 
France 

Tel: (33) 2 99 83 84 85 

FAX: (33) 2 99 83 80 83 


AVNET Composants 
Rhéne-Alpes 

Zac des Béaliéres 

23 Av. de Granier 
38240 Meylan 

France 

Tel: (33) 4 76 90 11 88 
FAX: (33) 4 76 41 04 90 


AVNET Composants 
Nantes 

Le Sillon de Bretagne 
23e étage-Aile C 

8 Av. des Thébaudiéres 
44802 Saint Herblain 
France 

Tel: (33) 2 40 16 98 50 
FAX: (33) 2 40 63 22 88 


AXESS Technology 

49 rue de l’Estérel 

Silic 600 

94663 Rungis Cedex 
France 

Tel: (33) 1 49 78 94 94 
Fax: (33) 1 49 78 03 24 


AXESS Technology 

Agence: Bretagne 

3 Square du Chéne Germain 
35510 Cesson-Sévigne 
France 

Tel: (33) 2 99 36 83 83 

FAX: (33) 2 99 36 53 92 


AXESS Technology 
Agence: Sud-ouest 

7, Impasse de la Marjerine 
31240 LUnion 

France 

Tel: (33) 5 61 09 99 44 
FAX: (33) 5 61 09 19 79 


AXESS Technology 
Agence: Rhéne-Alpes 
23 le Grand Francois 
La Courtbatiére 

38140 Rives 

France 

Tel: (33) 4 76 91 45 30 
FAX: (33) 4 76 91 45 34 


GERMANY 


Avnet EMG GmbH 
Stahigruberring 12 
81829 Munchen 
Germany 

Tel: (49) 89-45110-01 
FAX: (49) 89-45110-129 


Avnet EMG GmbH 
Kurfirstenstr. 130 
10785 Berlin 
Germany 

Tel: (49) 30-214882-0 
FAX: (49) 30-2141728 


Avnet EMG GmbH 
Friedrich-Ebert-Damm 145 
22047 Hamburg 
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$= XILINX 


Germany 
Tel: (49) 40-696952-0 
FAX: (49) 40-6962787 


Avnet EMG GmbH 
Benzstr. 1 

70839 Gerlingen 
Stuttgart, Germany 

Tel: (49) 7156-4390 
FAX: (49) 7156-4390-111 


Avnet EMG GmbH 
Heinrich-Hertz-Str. 52 
40699 Erkrath 
Dusseldorf, Germany 
Tel: (49) 211-92003-0 
FAX: (49) 211-9200399 


Avnet EMG GmbH 
Schmidtstr. 49 

60326 Frankfurt/M. 
Germany 

Tel: (49) 69-973804-0 
FAX: (49) 69-7380712 


Avnet EMG GmbH 
Further Str. 212 
90429 Nurnberg 
Germany 

Tel: (49) 911-93149-0 
FAX: (49) 911-320821 


Intercomp 

Am Hochwald 42 
D-82319 

Starnberg, Germany 

Tel: (49) 8151-16044 
FAX: (49) 8151-79270 
E-Mail: 
intercomp.tiefenthaler @t- 
online.de 


Intercomp 

Kniebisstr. 40/1 

78628 Rottweil 

Stuttgart, Germany 

Tel: (49) 741-14845 

FAX: (49) 741-15220 
E-Mail: 

intercomp.klink @t-online.de 


Intercomp 

Schustergasse 35 

55278 Ké6ngernheim 
Frankfurt, Germany 

Tel: (49) 6737-9881 

FAX: (49) 6737-9882 

E-Mail: 

intercomp.hakam @t-online.de 


Metronik GmbH 
Leonhardsweg 2 

82008 Unterhaching 
Munchen, Germany 

Tel: (49) 89-61 1-080 
FAX: (49) 89-611-08110 


Metronik GmbH 

Zum Lonnenhohl 40 
D-44319 Dortmund 
Germany 

Tel: (49) 231-9271-10-0 
FAX: (49) 231-9271-10-99 
E-Mail: 

10063.44 @compuserve.com 


Metronik GmbH 
Carl-Zeiss Str.6 

D-25421 Quickborn 
Hamburg Germany 

Tel: (49) 4106-77-30-50 
FAX: (49) 4106-77-30-52 


Metronik GmbH 
Osmiastrasse 9 
D-69221 Dossenheim 
Mannheim, Germany 
Tel: (49) 6221 -8-70-44 
FAX: (49) 6221-8-70-46 


Metronik GmbH 

Pilotystr. 27/29 

90408 Nurnberg 
Germany 

Tel: (49) 89-611-08-145 
FAX: (49) 89-61 1-08-144 


Metronik GmbH 
L6éwenstrasse 37 
70597 Stuttgart 
Germany 

Tel: (49) 711-764-033 
FAX: (49) 711-765-5181 
E-Mail: 
100751.334@com- 
puserve.com 


Metronik GmbH 
Franz-Schubert-Str.41 
D-16548 Glienicke 
Berlin, Germany 

Tel: (49) 33056-845-0 
FAX: (49) 33056-845-50 


Metronik GmbH 
Schénauer Strasse 113 
D-04207 Leipzig 
Germany 

Tel: (49) 341-423-9413 
FAX: (49) 341-423-9424 


Metronik GmbH 
Bahnstrasse 9 

D-65205 Wiesbaden 
Germany 

Tel: (49) 611-973-84-0 
FAX: (49) 611-973-8418 


GREECE 


Semicon 

104 Aeolou Str. 

10564 Athens 

Greece 

Tel: (30) 1-32-536-26 

Fax: (30) 1-32-160-63 

E-Mail: semicon @ hel- 
las.eu.net 


HONG KONG 


MEMEC Asia Pacific Ltd. 
Units 3601-02 & 07-25, Tower 
F 

Metroplaza, Hing Fong Road, 
Kwai Fong, N.T. 

Hong Kong 

Tel: (852) 2410-2780 

FAX: (852) 2401-2518 


HUNGARY 


Elbatex HUN Kr 
GF-NN 

Szigeivan U.5 

H-1083 Budapest 
Hungary 

Tel: (36) 1-2699093/95 
FAX: (36) 1-2699096 


INDIA 


CG-CoreE] Logic System Ltd. 
First Floor, Surya Bhavan 
1181 Fergusson College Rd. 
Pune 411 005 Maharashtra 
India 

Tel: (91) 212-323982, 328074, 
328362 

FAX: (91) 212-323985 

Email: xsup- 
port @cromp.ernet.in 


CG-CoreEL Logic System Ltd. 
961 Main 

HAL 2nd Stage 

Bangalore 560 008 

India 

Tel: (91) 80-527-9726 

FAX: (91) 80-527-9726 
E-Mail: 

vishwa @ giasbg01.vsni.net.in 


IRELAND 


Memec Ireland Ltd. 
Gardner House 

Bank Place 

Limerick 

Ireland 

Tel: (3853) 61-411842 
FAX: (353) 61-411888 
E-Mail: memec @iol.ie 


ISRAEL 


E.I.M International Ltd. 
9 Hashiloach Street 
P.O. Box 4000 

Kiryat Arye 

Petach Tikva 49130 
Israel 

Tel: (972) 3-926-4666 
FAX: (972) 3-924-4857 


ITALY 


Acsis Srl 

Via Alberto Mario, 26 
20149 Milano, Italy 

Tel: (39) 2-480-22522 
FAX: (39) 2-480-12289 
WWW: hitp://www.acsis. it 


Acsis Srl 

Via B. Battista Spagnoli, 61 
00144 Roma 

Tel: (39) 6-529-6589 

FAX: (39) 6-529-6588 


Avnet EMG 

Centro Direzionale 

Via Novara, 570 

C.A.P 20153 Milan 
Italy 

Tel: (39) 2-381-901 
FAX: (39) 2-380-02988 


Avnet EMG 

Ancona 

Via Adriatica, 13 
60022 Castelfidardo 
Tel: (39) 71-781-9644 
FAX: (39) 71-781-9699 


Avnet EMG 

Firenze 

Via Panciatichi, 40 
50127 Firenze 

Tel: (39) 55-436-0392 
FAX: (39) 55-431-035 


Avnet EMG 

Modena 

Via Scaglia Est, 144 
41100 Modena 

Tel: (89) 59-351-300 
FAX: (39) 59-344993 


Avnet EMG 

Napoli 

Via Ferrante Imparato, 27 
80146 Napoli 

Tel: (39) 81-55-91477 
FAX: (39) 81-55-91580 


Avnet EMG 

Roma 

Via Zoe Fontana, 220 
Technocitta 

00131 Roma 

Tel: (39) 64-13-1151 
FAX: (39) 64-13-1161 


Avnet EMG 

Torino 

Corso Orbassano, 336 
10137 Torino 

Tel: (39) 11-311-2347 
FAX: (39) 11-308-2138 


Avnet EMG 

Treviso 

Via Delle Querce, 7 

31033 Castelfranco Veneto 
Tel: (39) 423-722-675 

FAX: (39) 423-722-671 


Silverstar-Celdis 

Viale Fulvio Testi, 280 
20126 Milano, Italy 

Tel: (39) 2-661-251 
FAX: (39) 2-661-01-359 
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Sales Offices, Sales Representatives, and Distributors 


Silverstar-Celdis 

Via Collamarini, 22 
40138 Bologna, Italy 
Tel: (39) 51-53-8500 
FAX: (39) 51-53-8831 


Silverstar-Celdis 

Via G. Antonio Resti, 63 
00143 Roma, Italy 

Tel: (89) 6-519-57527 
FAX: (39) 6-504-3330 


Silverstar-Celdis 

Centro Piero Della Francesca 
Corso Svizzera, 185 Bis 
10149 Torino, Italy 

Tel: (39) 11-77-10082 

FAX: (39) 11-77-64921 


Silverstar-Celdis 

Centro Direzionale Benelli 
Via Degli Abeti, 346 

6100 Pesaro, Italy 

Tel: (89) 721-26-560 

FAX: (89) 721-400896 


Silverstar-Celdis 

Via A.da Noli, 6 

50127 Firenze, Italy 
Tel: (89) 55-43-5125 
FAX: (39) 55-43-77184 


Silverstar-Celdis 

Via. delle Indus, 13 
35010 Limena 
Padova, Italy 

Tel: (39) 49-88-40044 
FAX: (39) 49-88-41079 


Silverstar-Celdis 

Via Famagosta, 1/5 
17100 Savona, Italy 
Tel: (89) 19-81-5090 
FAX: (89) 19-81-5091 


JAPAN 


Kaga Electronics Co., Ltd. 
1-26-1 Otowa 

Bunkyo-ku 

Tokyo 112, Japan 

Tel: (81) 3-3942-6224 
FAX: (81) 3-3942-6215 


Marubun Corporation 
8-1 Odenma-cho 
Nihonbashi 

Chuo-ku 

Tokyo, 103 Japan 

Tel: (81) 3-3639-9851 
FAX: (81) 3-3639-9925 


Okura Electronics Co., Ltd. 
3-6, Ginza 2-chome, 
Chuo-ku, 

Tokyo, 104 Japan 

Tel: (81) 3-3564-687 1 


FAX: (81) 3-3564-6870 


Okura Electronics 
Service Co., Ltd. 
Yokota Bldg. 

Ginza 2-11-5 

Chuo-Ku 

Tokyo, 104 Japan 

Tel: (81) 3-3545-2360 
FAX: (81) 3-3545-2351 


Tokyo Electron Ltd. 

TBS Broadcasting Center 
5-3-6- Akasaka, Minato-Ku 
Tokyo, 163 Japan 

Tel: (81) 3-5561-7212 
FAX: (81) 3-5561-7389 


Towa Elex Co., Ltd. 

Genbe Bldg. 

5-4 Nihonbashi Tomisawa-cho 
Chuo-Ku, Tokyo 103 

Japan 

Tel: (81) 3-5640-1241 

FAX: (81) 3-5640-1240 


THE NETHERLANDS 


Rodelco BV 

P.O. Box 6824 
Takkebijsters 2 

4802 HV Breda 

The Netherlands 

Tel: (81) 76-5722700 
FAX: (31) 76-5710029 


NEW ZEALAND 


Advanced Component Dist. 
Unit 7, 110 Mays Rd. 
Penrose, Auckland 

New Zealand 

Tel: (64) 9-636-5984 

FAX: (64) 9-636-5985 


Advanced Component Dist. 
Worchester Chambers 

69 Worcester St. 
Christchurch 

New Zealand 

Tel: (64) 3-379-3889 

FAX: (64) 3-379-3072 


MEMEC EBV (NZ) Ltd. 
Suite 5a, Level 4, 

North City Plaza, 

Titahi Bay Rd., Porirua, 
Wellington, New Zealand 
Tel: (64) 4-237-971 1 
FAX: (64) 4-237-9718 


NORWAY 


BIT Elektronikk AS 
Smedsvingen 4 

P.O. Box 194 

1360 Nesbru 

Norway 

Tel: (47) 66-77-65-00 
FAX: (47) 66-77-65-01 


POLAND 


SE! NEljapex/Elbatex GmbH 
Ul. Wileza 50/52 

PL-00679 Warszawa 

Poland 

Tel: (48) 2621-7122 

FAX: (48) 2623-0605 


PORTUGAL 


ADM Electronica SA 
en 107, No 743 

Aguas Santas 

4445 Ermesinde 
Portugal 

Tel: (85) 1-297-36957 
FAX: (35) 1-297-36958 


RUSSIA 


Scan 

10/32 “B” Druzhby St. 
117330 Moskva 
Russia 

Tel: (7) 095-232-2343 
FAX: (7) 095-938-2247 


Scan 

42 Ordjonikidze 
196143 St. Petersburg 
Russia 

Tel: (7) 812-299-7028 
FAX: (7) 812-264-6000 


Scan 

14 Plekhanova St. 
Voronezh 394000 
Russia 

Tel: (7) 0732-718189 
FAX: same 


Scan Pulsar 

9 Rogaliova St. 
Dniepropetrovsk 320030 
Ukrain 

Tel: (7) 0562-472870 
FAX: (7) 0562-451115 


SINGAPORE 


Frontline Technologies Ptc. Ltd 
2 Science Park Drive #57 

The Faraday 

Singapore Science Park 
Singapore 118222 

Tel: (65)-779111 

FAX: (65) 779-4455 


MEMEC Asia Pacific Ltd. 
Singapore Representative 
Office 

10 Anson Road #23-08 
International Plaza 
Singapore 079903 

Tel: (65)-222-4962 

FAX: (65)-222-4939 


SLOVAK REPUBLIC 


Elbatex Sk S.R.O. 
Kasmirska 7 

SK 84104 Bratislava 
Tel: (42) 7-205007 
FAX: (42) 7-5220600 


SLOVENIA/CROATIA 


Eljapex D.O.O. 

Stenge 25 

SLO-81000 Lalbach 
Tel: (38) 661-159-7198 
FAX: (38) 661-159-2398 


SOUTH AFRICA 


Avnet - ASD 

Avnet Kopp (Pty) Ltd. 
PO Box 3853 

Rivonia 2128 

South Africa 

Tel: (27) 11 444 2333 
FAX: (27) 11 444 7778 


SOUTH AMERICA 


DTS Ltda. 

Rosas 1444 
Santiago 

Chile 

Tel: (56) 2-6970991 
FAX: (56) 2-6993316 


Hitech 

Rua Branco de Moraes 489 
Ch. Santo Antonio 

Sao Paulo 

04718-0010 - SP - Brazil 
Tel: (55) 11-882-4000 

FAX: (55) 11-882-4100 


Reycom Electronica S.A. 
Bdo. de Irigoyen 

972 Piso 2do “B” 

1304 Buenos Aires 
Argentina 

Tel: (54) 1-304-2018 
FAX: (54) 1-304-2010 


SOUTH KOREA 


Hyunmyung Electronics Co. 
Ltd. 3 Fl, Dukwha Bldg., 
444-17, Seokyo-Dong, 
Mapo-Ku, Seoul 

South Korea 

Tel: (82) 2-3141-0147 

FAX: (82) 2-3141-0149 


MEMEC Asia Pacific Ltd. 
Rm. 501, Dae Ha Bidg. 
14-11 Yoido-Dong 
Youngdeungpo-Ku 
Seoul, 150-715 

South Korea 

Tel: (82) 2-786-8180 
FAX: (82) 2-761-4121 


10-6 


May, 1998 


Seodu Inchip 

4 Fl, Myoungi Bldg., 
142-21, Samsung-Dong, 
Kangnam-Ku, Seoul 
South Korea 

Tel: (82) 2-563-8008 
FAX: (82) 2- 563-8411 


SOUTHEAST ASIA 


MEMEC Asia Pacific Ltd. 
Units 3601-02 & 07-25, Tower 
l, 

Metroplaza, Hing Fong Road, 
Kwai Fong, N.T. 

Hong Kong 

Tel: (852) 2410-2780 

FAX: (852) 2401-2518 


SPAIN 


ADM Electronics SA 
Calle Tomas Breton, 

No 50, 3-2 

28045 Madrid 

Spain 

Tel: (84) 1-530-4121 

FAX: (84) 1-5300164 


ADM Electronics SA 
Calle Mallorca 1 
08014 Barcelona 
Spain 

Tel: (34) 3-426-6892 
FAX: (34) 3-425-0544 


ADM Electronica, SA 
Herriko Gudarien, 8-1B 
48200 Durango (Vizcaya) 
Spain 

Tel: (34) 4-620-1572 
FAX: (34) 4- 620-2331 


SWEDEN 


DipCom Electronics AB 
Torshamnsgatan 35 
P.O. Box 1230 

S-164 28 Kista 
Sweden 

Tel: (46) 8 752 24 80 
FAX: (46) 8 751 3469 


SWITZERLAND 


Fenner Elektronik AG 
Abteilung Bauteile 
Gewerbestrasse 10 
CH-4450 Sissach 
Switzerland 

Tel: (41) 61 975 00 00 
FAX: (41) 61 971 5608 


TAIWAN 


MEMEC Asia Pacific Ltd. 

Rm. 1005, 10F, No.2, Lane 
150 

Sec.5, Hsin Yin Rd. 

Taipei, Taiwan R.O.C. 

Tel: (886) 2-760-2028 

FAX: (886) 2-765-1488 
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TURKEY 


Eltronik Elektronik Sanayii Ve 


Ticaret Ltd. Stl. 


Farabi Sokak No. 44/4 


06690 Cankaya 
Ankara, Turkey 


Tel: (90) 312-467-9952 
Fax: (90) 312-467-9828 


Eltronik Inc. 


8427 Kennedy Boulevard 


North Bergen 

New Jersey 07047 
USA 

Tel: (201) 453-0410 
FAX: (201) 453-0959 


UNITED KINGDOM 


Avnet EMG Ltd. 
Jubilee House 
Jubilee Road 
Letchworth 


Hertfordshire SG6 1QH 


England 


Tel: (44) 1- 462-488500 
FAX: (44) 1- 462-488567 


> XILINX 


Cedar Technologies 
Unit One Old Barns 
Rycote Lane Farms 
Milton Common 
Oxfordshire 

OX9 2NZ 

England 

Tel: (44) 1-844-278278 
FAX: (44) 1-844-278378 


Cedar Technologies 

32 Enterprise House 
Sprinkerse Business Park 
Striling SK7 7UF 

England 

Tel: (44) 1-786-446221 
FAX: (44) 1-786-446223 


Microcall Ltd. 

The Gate House 

Alton House Business Park 
Gatehouse Way 

Aylesburg, Bucks HP 19 3DL 
England 

Tel: (44) 1-296-330061 

FAX: (44) 1-296-330065 
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>~ XILINX’ 


The Programmable Logic Company™ 


2100 Logic Drive 

San Jose, CA 95124-3400 

Tel: 1-408-559-7778 

Fax: 1-408-559-7114 

e-mail: hotline@xilinx.com * 
web: www.xilinx.com 
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